[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Gorm can edit which types of files ?
From: |
Wolfgang Lux |
Subject: |
Re: Gorm can edit which types of files ? |
Date: |
Thu, 28 Dec 2017 23:18:21 +0100 |
> Am 28.12.2017 um 20:00 schrieb Daniel Santos <daniel.dlds@gmail.com>:
>
> Here are the details of the error I am getting :
>
> The backtrace :
>
> (gdb) bt 5
> #0 +[Utilities folderNodesFromFolders:separator:] (self=<optimized out>,
> _cmd=<optimized out>, theFolders=0x555555d49e20, theSeparator=<optimized out>)
> at Utilities.m:602
> #1 0x00007ffff7b3470a in +[Utilities initializeFolderNodesUsingAccounts:]
> (self=<optimized out>, _cmd=<optimized out>, theAccounts=0x555555e67fc0)
> at Utilities.m:1045
> #2 0x00007fffebebce71 in -[AccountEditorWindowController
> initWithWindowNibName:] (self=0x555555f5ebb0, _cmd=<optimized out>,
> windowNibName=<optimized out>)
> at AccountEditorWindowController.m:104
> #3 0x00007fffebeb764c in -[AccountViewController addClicked:]
> (self=0x555555b8f990, _cmd=<optimized out>, sender=<optimized out>)
> at AccountViewController.m:235
> #4 0x00007ffff65ad502 in -[NSApplication sendAction:to:from:]
> (self=<optimized out>, _cmd=<optimized out>,
> aSelector=0x7fffec0d26f0 <_OBJC_SELECTOR_TABLE+2128>,
> aTarget=0x555555b8f990, sender=0x555555f68a80) at NSApplication.m:2249
>
> in the method folderNodesFromFolders: separator: in the Utilities.m file :
>
> line 584
> i = [aString indexOfCharacter: theSeparator];
> aString : Drafts
> theSeparator : /
> i : 9223372036854775807
>
>
> line 602
> aName = [aString substringWithRange: NSMakeRange(mark, i-mark)];
> aString : Drafts
> mark : 0
> i : 9223372036854775807
>
> when I step over this last instruction an exception is raised or something,
> in gdb the program just continues.
> Obviously the substring with the range is the problem, but how does i get
> that value from the indexOfCharacter method on line 584 ?
The problem is not so much the substringWithRange: method, but rather that the
result of indexOfCharacter:, which is just NSNotFound, is not dealt with
properly. This may be due to a 32/64 bit mismatch where the result of
indexOfCharacter: is saved to an int variable before checking whether it is
NSNotFound or perhaps the code incorrectly assumes that indexOfCharacter:
returns -1 in case there is no match.
Wolfgang