Hi,
OK, this is a very tricky crash. I try to describe it as precise as possible: -TM runs for hours -I open the Find Dialog; regular expression is checked -I type something into the search textfield containing among others '\t' -I selected something '(.*?)' within the search textfield -I copy the selection apple+C -I move the caret to an other position within the search textfield -I paste the pasteboard content apple+V -I type something else
and then I press TAB to move the focus to the replace textfield. TM crashes immediately.
I tried several times to reproduce the crash but without success. It happens very sporadically and VERY VERY infrequently (up to now three four times).
As attachment I send the crash report.
Hopefully this report can help.
G5 ppc, Mac OS 10.4.11, US keyboard, English environment, Input Method 'U.S.', TM 1.5.7 rev1455
Thanks,
Hans
On 12 Feb 2008, at 11:53, Hans-Joerg Bibiko wrote:
[...] OK, this is a very tricky crash. I try to describe it as precise as possible:
This is unfortunately a common problem for some, see [1].
So far though I have not had a single report from a Leopard system, so there is a good chance that it has been fixed for Leopard (where the controls have undergone some changes).
[1]: http://macromates.com/textmate/manual/expert_preferences#oakfindpaneldisable...
It looks fixed for leopard, i have not had a crash and now routinely tab in the find box without fear...
So my new daily nag is tm not being able to keep track of files that are moved in the finder :-(
On 13 Feb 2008, at 3:00 AM, Allan Odgaard wrote:
On 12 Feb 2008, at 11:53, Hans-Joerg Bibiko wrote:
[...] OK, this is a very tricky crash. I try to describe it as precise as possible:
This is unfortunately a common problem for some, see [1].
So far though I have not had a single report from a Leopard system, so there is a good chance that it has been fixed for Leopard (where the controls have undergone some changes).
For new threads USE THIS: textmate@lists.macromates.com (threading gets destroyed and the universe will collapse if you don't) http://lists.macromates.com/mailman/listinfo/textmate
I ran into this also, and had this solution (from my Dec 20 message)
Here's what I did to avoid the issue: I edit the com.macromates.textmate.plist file to remove several odd strings in findHistory and replaceHistory. Once I did that (removing 8 of the 10 strings in each entry) then my Find/Replace didn't crash when I used a tab.
On 13 Feb 2008, at 04:00, Allan Odgaard wrote:
This is unfortunately a common problem for some, see [1].
So far though I have not had a single report from a Leopard system, so there is a good chance that it has been fixed for Leopard (where the controls have undergone some changes).
expert_preferences#oakfindpaneldisablehistory
Thanks. As I mentioned for me it happens very very infrequent. That's why I avoid to use oakfindpaneldisablehistory because I use that history quite often.
On 13 Feb 2008, at 13:16, dzurn wrote:
Here's what I did to avoid the issue: I edit the com.macromates.textmate.plist file to remove several odd strings in findHistory and replaceHistory. Once I did that (removing 8 of the 10 strings in each entry) then my Find/Replace didn't crash when I used a tab.
Are you doing this all the time? My question would be what kind of oddity of strings in findHistory and replaceHistory triggers that crash?
Hans
It has happened once or twice for me. The most recent occurrence might have been due to some odd regular expressions (aren't they all?) with several Unicode characters (as I recall).
Next time it happens, I'll try to delete one history element at a time, so I can find out what causes it.
OR I'll just wait for TM 2.0, whichever comes first ;)
Darryl
Hans-Jörg Bibiko wrote:
Thanks. As I mentioned for me it happens very very infrequent. That's why I avoid to use oakfindpaneldisablehistory because I use that history quite often.
On 13 Feb 2008, at 13:16, dzurn wrote:
Here's what I did to avoid the issue: I edit the com.macromates.textmate.plist file to remove several odd strings in findHistory and replaceHistory. Once I did that (removing 8 of the 10 strings in each entry) then my Find/Replace didn't crash when I used a tab.
Are you doing this all the time? My question would be what kind of oddity of strings in findHistory and replaceHistory triggers that crash?
Hans
-
Allan Odgaard -
dzurn -
Hans-Joerg Bibiko -
Timothy Bates