I don't know which flag to search for, but I think Joost is right. I felt encouraged to do a bit more of tinkering, and found a way to reproduce the crash:
1.- As a normal user cd to /usr/games 2.- Type "scid" and press Enter 3.- Set any filter you like. If you press "Store" and then "Close", the next time you open the "Sort" window and press "Load" (or try to add a sorting criteria, eg "Date+"), scid crashes. Now I get a message "Segment violation". 3.- If you press "Store", "Load" and then "Close", you can safely reopen the window and press "Load", or add a sorting criteria. The file .ssc is however written, and when you reopen scid, the button "Load" in the "Sort" window is there for you and recovers that last setting you stored before the crash. If I start scid from my home directory as a normal user, either by typing "scid" or "/usr/games/scid", no crash happens. So I checked the command in the launcher, and it was "/usr/games/scid". I changed it to "scid" and I get no more crashes. Hope that helps to rule out any problem related to scid. Maybe gnome selects the initial directory where to run the executable by reading the path in the launcher? Greetings, On 30/07/11 10:14, Joost 't Hart wrote: > On 07/30/11 09:58, antonio wrote: > > Hi, > >> Thanks for your answer. You're right, I meant the game list window. I >> had tried to use the "Load" button but it crashed Scid. >> >> I was starting Scid from a Launcher in Gnome. Now that you told me it >> *should* work I tried to open Scid from a terminal window, to see if I >> got some errors. Instead, it didn't crash. And when I open Scid again >> from the launcher, the button "Load" no longer crashes. > Probably due to another extension in ~/.scid/* configuration settings. > And unrelated to the launcher/terminal kickstart. > > I feel we should be defensive when adding flags etc. there, to ensure > that users never meet this sort of crashes after an upgrade of the scid > binaries. Simply assume that such new flag might not be available upon > parsing. > Test the new functionality by not adding such flag manually to the local > config. > > Cheers, > Joost. > >> So I'm completely happy with the new functionality now that I can save >> and load my favourite sorting order. >> >> Greetings, >> >> On 29/07/11 20:14, Gerd Lorscheid wrote: >>> Hello, >>> >>> I assume you refer to the game list window. If you instead mean the >>> best games window rewritten by Fulvio, it is another story. >>> Before these changes and also now you could sort only using the >>> mantenance window. This does a physical resort of the base. No way >>> back to the original order. >>> If you sort a base from the game list window it is done in memory like >>> a filter. The result is visible only in this window, the index of a >>> game remains and the result is lost after stopping Scid. What you can >>> do after sorting is to click on store. It saves an index to the disk. >>> Next time you just click on sort and then on load and zou get back the >>> sorted base with two clicks. Note that you have to sort and store >>> again after you have changed the base. >>> >>> There are plans to extend the control used for the best games also for >>> the game list window. So I would prefer to leave it as it is for the >>> moment until its future is defined. >>> >>> Gerd >>> >>> >>> >>> Am 29.07.2011 4:39, schrieb antonio: >>>> These "new" changes, about two months old, are great, much more flexible >>>> than the old sorting routine. However, when you exit Scid the database >>>> and reopen it, you get the original sorting. >>>> >>>> When you open a Database, the column "Number" in the Game List is >>>> correlative (1...n). Sort it, an it is no longer correlative. >>>> >>>> Although I usually compile Scid, right now I'm using stock Debian >>>> Unstable, so I have ruled out a misconfiguration. Is there a way to save >>>> the database in the new order shown in the Game List, after you have >>>> sorted it? >>>> >>>> Greetings, >>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> >>>> Got Input? Slashdot Needs You. >>>> Take our quick survey online. Come on, we don't ask for help often. >>>> Plus, you'll get a chance to win $100 to spend on ThinkGeek. >>>> http://p.sf.net/sfu/slashdot-survey >>>> _______________________________________________ >>>> Scid-users mailing list >>>> Scid-users@lists.sourceforge.net >>>> https://lists.sourceforge.net/lists/listinfo/scid-users >> ------------------------------------------------------------------------------ >> Got Input? Slashdot Needs You. >> Take our quick survey online. Come on, we don't ask for help often. >> Plus, you'll get a chance to win $100 to spend on ThinkGeek. >> http://p.sf.net/sfu/slashdot-survey >> _______________________________________________ >> Scid-users mailing list >> Scid-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/scid-users >> > > ------------------------------------------------------------------------------ > Got Input? Slashdot Needs You. > Take our quick survey online. Come on, we don't ask for help often. > Plus, you'll get a chance to win $100 to spend on ThinkGeek. > http://p.sf.net/sfu/slashdot-survey > _______________________________________________ > Scid-users mailing list > Scid-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/scid-users ------------------------------------------------------------------------------ Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey _______________________________________________ Scid-users mailing list Scid-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/scid-users
