Re: Gorm can edit which types of files ?

[Riccardo Mottola]

Hi Daniel,

On 2018-01-10 10:06:46 +0100 Riccardo Mottola 
 wrote:


I fear however I might have introduced an elusive bug that you cannot 
reply 
to certain messages, I hope to find the time to see if it is a 
regression or 
not and if I can fix it.

Maybe it doesn't happen for you... I don't yet know what it is



I found it, I nailed it down and fixed it!
I also found a strange bug when replying to messages with attachments 
but no texts.

I improved the safety of the code.

Update pantomime... and Enjoy!!!

Riccardo


___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Gorm can edit which types of files ?

[Riccardo Mottola]

Hi,

Daniel Santos wrote:

I ran make install, and I can confirm that the problem is solved.

Thanks for the assistance


happy to read that!! Now you can play with GNUMail!
I fixed quite some stuff lately.

I fear however I might have introduced an elusive bug that you cannot 
reply to certain messages, I hope to find the time to see if it is a 
regression or not and if I can fix it.

Maybe it doesn't happen for you... I don't yet know what it is

Riccardo

___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Gorm can edit which types of files ?

[Daniel Santos]

I ran make install, and I can confirm that the problem is solved.

Thanks for the assistance

> On 9 Jan 2018, at 10:55, Riccardo Mottola  wrote:
> 
> Daniel Santos wrote:
>> I am running the binary at GNUMail.app/GNUMail under the main project 
>> directory
>> 
> 
> you can't do that without installing... because GNUmail actually opens a 
> gnumail framework )the same would be true for any of its budnles).
> Thus you run the binary, but when it opens it opens the installed frameworks 
> and bundles.
> 
> Since you are checking "fix" which is in a framework, you need to install the 
> framework.
> 
> (make install installs "everything")
> 
> Riccardo


___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Gorm can edit which types of files ?

[Riccardo Mottola]

Hi Daniel,

Daniel Santos wrote:

Hi,
  I updated my working copy of GNUMail to pick up the changes mentioned. But 
the problem still persists. Below is the output of the gdb session after the 
update. As you can see the check for NSNotFound is being made.

(gdb) run
Starting program: /home/dlsa/code/GNUMail-svn/GNUMail.app/GNUMail
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
2018-01-08 22:27:26.698 GNUMail[29634:29634] styleoffsets ... guessing offsets
2018-01-08 22:27:26.699 GNUMail[29634:29634] styleoffsets ... guessing offsets

Breakpoint 1, +[Utilities folderNodesFromFolders:separator:] (self=, 
_cmd=, theFolders=0x55e085c0,
 theSeparator=) at Utilities.m:581
warning: Source file is more recent than executable.


I think this is telling you that you did not succesfully build and 
install the new version or, at least, you are not running it.
You probably got the new file, but are running the old binary (or 
framework).


Try "make uninstall && make clean" in your gnumail directory and then a 
reinsta... Check that you don't have two GNUMail.framework perhaps


Riccardo


___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Gorm can edit which types of files ?

[Daniel Santos]

Hi,
 I updated my working copy of GNUMail to pick up the changes mentioned. But the 
problem still persists. Below is the output of the gdb session after the 
update. As you can see the check for NSNotFound is being made.

(gdb) run
Starting program: /home/dlsa/code/GNUMail-svn/GNUMail.app/GNUMail
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
2018-01-08 22:27:26.698 GNUMail[29634:29634] styleoffsets ... guessing offsets
2018-01-08 22:27:26.699 GNUMail[29634:29634] styleoffsets ... guessing offsets

Breakpoint 1, +[Utilities folderNodesFromFolders:separator:] (self=, _cmd=, theFolders=0x55e085c0,
theSeparator=) at Utilities.m:581
warning: Source file is more recent than executable.
581   while ((aString = [theFolders nextObject]))
(gdb) continue
Continuing.
2018-01-08 22:27:33.033 GNUMail[29634:29634] Problem posting notification: 
 NAME:NSRangeException REASON:in 
substringWithRange:, range { 0, 9223372036854775807 } extends beyond size (6) 
INFO:(null)

Breakpoint 1, +[Utilities folderNodesFromFolders:separator:] (self=, _cmd=, theFolders=0x559e9670,
theSeparator=) at Utilities.m:581
581   while ((aString = [theFolders nextObject]))
(gdb) list
576   if (!theSeparator)
577 {
578   theSeparator = '/';
579 }
580
581   while ((aString = [theFolders nextObject]))
582 {
583   i = [aString indexOfCharacter: theSeparator];
584
585   if (i != NSNotFound)
(gdb) break Utilities.m:602
Breakpoint 2 at 0x77b34022: file Utilities.m, line 602.
(gdb) continue
Continuing.
...

...
Breakpoint 2, +[Utilities folderNodesFromFolders:separator:] (self=, _cmd=, theFolders=0x559e9670,
theSeparator=) at Utilities.m:602
602
(gdb) po aString
   
Drafts
(gdb) p theSeparator
$1 = 
(gdb) p NSNotFound
$2 = NSNotFound
(gdb) p i
$3 = 9223372036854775807
(gdb)

As can be seen from the above Output, when I print the symbol NSNotFound I get 
“NSNotFound” and not a number equal to the variable i, so the code enters the 
if and breaks at the same place as before



> On 8 Jan 2018, at 14:02, Riccardo Mottola  wrote:
> 
> Hi Fred,
> 
> Fred Kiefer wrote:
>> Looks like Riccardo made some changes here but they won’t help your case. 
>> The problem is that line 594 in Utilities.m is still missing the check "i != 
>> NSNotFound“
> 
> you found it! Apparently that condition did not  happen for me, but it is 
> better to check for not found also while in the loop of course.
> 
> http://svn.savannah.gnu.org/viewvc/gnustep-nonfsf/apps/gnumail/Framework/GNUMail/Utilities.m?r1=570=588=date
> 
> Should fix it. Daniel, may you try and confirm?
> 
> Riccardo
> 
> 


___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Gorm can edit which types of files ?

[Riccardo Mottola]

Hi Fred,

Fred Kiefer wrote:

Looks like Riccardo made some changes here but they won’t help your case. The 
problem is that line 594 in Utilities.m is still missing the check "i != 
NSNotFound“


you found it! Apparently that condition did not  happen for me, but it 
is better to check for not found also while in the loop of course.


http://svn.savannah.gnu.org/viewvc/gnustep-nonfsf/apps/gnumail/Framework/GNUMail/Utilities.m?r1=570=588=date

Should fix it. Daniel, may you try and confirm?

Riccardo



___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Gorm can edit which types of files ?

[Daniel Santos]

theSeparator = '/'
aString = 'Drafts'

On Fri, Jan 5, 2018 at 3:10 PM, Ivan Vučica  wrote:

> Can you share what theSeparator and aString are?
>
> 'print' command should just work.
>
> https://sourceware.org/gdb/onlinedocs/gdb/The-Print-
> Command-with-Objective_002dC.html
>
>  You may need to go up the stack to frame #2. Use the 'up' command to do
> that.
>
> On Fri, Jan 5, 2018 at 2:22 PM, Daniel Santos 
> wrote:
> > Hi all,
> >
> > Any one has looked into this ?
> >
> > Regards
> >
> > On Thu, Dec 28, 2017 at 11:08 PM, Daniel Santos 
> > wrote:
> >>
> >> I just updated libs-base and GNUMail from version-control.
> >>
> >> doing a grep in libs-base I get :
> >>
> >> Headers/Foundation/NSObjCRuntime.h:enum {NSNotFound = NSIntegerMax};
> >>
> >> Which is what [aString indexOfCharacter: theSeparator]; is returning.
> >>
> >> But because NSNotFound is NSIntegerMax :
> >>
> >> [aString substringWithRange: NSMakeRange(mark, i-mark)];
> >>
> >> fails
> >>
> >> I put a breakpoint in [NSException raise] and the trace is :
> >>
> >> (gdb) bt 5
> >> #0  -[NSException raise] (self=0x55dda9d0, _cmd=0x762c7720
> >> <_OBJC_SELECTOR_TABLE+384>) at NSException.m:1136
> >> #1  0x75dd87f6 in +[NSException raise:format:]
> >> (self=self@entry=0x762c7a20 <_OBJC_Class_NSException>,
> >> _cmd=_cmd@entry=0x7628c1a0 <_OBJC_SELECTOR_TABLE>,
> >> name=0x762c8010 <_OBJC_INSTANCE_8>, format=format@entry=
> 0x7628e920
> >> <_OBJC_INSTANCE_40>)
> >> at NSException.m:1016
> >> #2  0x75d420a3 in -[GSCString substringWithRange:]
> >> (self=0x55e0d0a0, _cmd=0x77dd5120 <_OBJC_SELECTOR_TABLE+2688>,
> >> aRange=...)
> >> at GSString.m:4107
> >> #3  0x77b34053 in +[Utilities folderNodesFromFolders:
> separator:]
> >> (self=, _cmd=, theFolders=0x559c4f50,
> >> theSeparator=) at Utilities.m:602
> >> #4  0x77b3470a in +[Utilities initializeFolderNodesUsingAcco
> unts:]
> >> (self=, _cmd=, theAccounts=0x55d878c0)
> >> at Utilities.m:1045
> >> (More stack frames follow...)
> >>
> >>
> >>
> >> On 28 Dec 2017, at 22:18, Wolfgang Lux  wrote:
> >>
> >>
> >> Am 28.12.2017 um 20:00 schrieb Daniel Santos :
> >>
> >> Here are the details of the error I am getting :
> >>
> >> The backtrace :
> >>
> >> (gdb) bt 5
> >> #0  +[Utilities folderNodesFromFolders:separator:] (self= out>,
> >> _cmd=, theFolders=0x55d49e20, theSeparator= >> out>)
> >>at Utilities.m:602
> >> #1  0x77b3470a in +[Utilities initializeFolderNodesUsingAcco
> unts:]
> >> (self=, _cmd=, theAccounts=0x55e67fc0)
> >>at Utilities.m:1045
> >> #2  0x7fffebebce71 in -[AccountEditorWindowController
> >> initWithWindowNibName:] (self=0x55f5ebb0, _cmd=,
> >> windowNibName=)
> >>at AccountEditorWindowController.m:104
> >> #3  0x7fffebeb764c in -[AccountViewController addClicked:]
> >> (self=0x55b8f990, _cmd=, sender=)
> >>at AccountViewController.m:235
> >> #4  0x765ad502 in -[NSApplication sendAction:to:from:]
> >> (self=, _cmd=,
> >>aSelector=0x7fffec0d26f0 <_OBJC_SELECTOR_TABLE+2128>,
> >> aTarget=0x55b8f990, sender=0x55f68a80) 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
> >>
> >>
> >
> >
> > ___
> > Discuss-gnustep mailing list
> > Discuss-gnustep@gnu.org
> > https://lists.gnu.org/mailman/listinfo/discuss-gnustep
> >
>
___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Gorm can edit which types of files ?

[Fred Kiefer]

Looks like Riccardo made some changes here but they won’t help your case. The 
problem is that line 594 in Utilities.m is still missing the check "i != 
NSNotFound“

Fred

> Am 05.01.2018 um 15:22 schrieb Daniel Santos :
> 
> Hi all,
> 
> Any one has looked into this ?
> 
> Regards
> 
> On Thu, Dec 28, 2017 at 11:08 PM, Daniel Santos  wrote:
> I just updated libs-base and GNUMail from version-control.
> 
> doing a grep in libs-base I get :
> 
> Headers/Foundation/NSObjCRuntime.h:enum {NSNotFound = NSIntegerMax};
> 
> Which is what [aString indexOfCharacter: theSeparator]; is returning.
> 
> But because NSNotFound is NSIntegerMax : 
> 
> [aString substringWithRange: NSMakeRange(mark, i-mark)];
> 
> fails
> 
> I put a breakpoint in [NSException raise] and the trace is :
> 
> (gdb) bt 5
> #0  -[NSException raise] (self=0x55dda9d0, _cmd=0x762c7720 
> <_OBJC_SELECTOR_TABLE+384>) at NSException.m:1136
> #1  0x75dd87f6 in +[NSException raise:format:] 
> (self=self@entry=0x762c7a20 <_OBJC_Class_NSException>,
> _cmd=_cmd@entry=0x7628c1a0 <_OBJC_SELECTOR_TABLE>, 
> name=0x762c8010 <_OBJC_INSTANCE_8>, format=format@entry=0x7628e920 
> <_OBJC_INSTANCE_40>)
> at NSException.m:1016
> #2  0x75d420a3 in -[GSCString substringWithRange:] 
> (self=0x55e0d0a0, _cmd=0x77dd5120 <_OBJC_SELECTOR_TABLE+2688>, 
> aRange=...)
> at GSString.m:4107
> #3  0x77b34053 in +[Utilities folderNodesFromFolders:separator:] 
> (self=, _cmd=, theFolders=0x559c4f50,
> theSeparator=) at Utilities.m:602
> #4  0x77b3470a in +[Utilities initializeFolderNodesUsingAccounts:] 
> (self=, _cmd=, theAccounts=0x55d878c0)
> at Utilities.m:1045
> (More stack frames follow...)
> 
> 
> 
>> On 28 Dec 2017, at 22:18, Wolfgang Lux  wrote:
>> 
>>> 
>>> Am 28.12.2017 um 20:00 schrieb Daniel Santos :
>>> 
>>> Here are the details of the error I am getting :
>>> 
>>> The backtrace : 
>>> 
>>> (gdb) bt 5 
>>> #0  +[Utilities folderNodesFromFolders:separator:] (self=, 
>>> _cmd=, theFolders=0x55d49e20, theSeparator=>> out>)
>>>at Utilities.m:602
>>> #1  0x77b3470a in +[Utilities initializeFolderNodesUsingAccounts:] 
>>> (self=, _cmd=, theAccounts=0x55e67fc0)
>>>at Utilities.m:1045
>>> #2  0x7fffebebce71 in -[AccountEditorWindowController 
>>> initWithWindowNibName:] (self=0x55f5ebb0, _cmd=, 
>>> windowNibName=)
>>>at AccountEditorWindowController.m:104
>>> #3  0x7fffebeb764c in -[AccountViewController addClicked:] 
>>> (self=0x55b8f990, _cmd=, sender=)
>>>at AccountViewController.m:235
>>> #4  0x765ad502 in -[NSApplication sendAction:to:from:] 
>>> (self=, _cmd=,
>>>aSelector=0x7fffec0d26f0 <_OBJC_SELECTOR_TABLE+2128>, 
>>> aTarget=0x55b8f990, sender=0x55f68a80) 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
> 
> 
> ___
> Discuss-gnustep mailing list
> Discuss-gnustep@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnustep


___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Gorm can edit which types of files ?

[Ivan Vučica]

Can you share what theSeparator and aString are?

'print' command should just work.

https://sourceware.org/gdb/onlinedocs/gdb/The-Print-Command-with-Objective_002dC.html

 You may need to go up the stack to frame #2. Use the 'up' command to do that.

On Fri, Jan 5, 2018 at 2:22 PM, Daniel Santos  wrote:
> Hi all,
>
> Any one has looked into this ?
>
> Regards
>
> On Thu, Dec 28, 2017 at 11:08 PM, Daniel Santos 
> wrote:
>>
>> I just updated libs-base and GNUMail from version-control.
>>
>> doing a grep in libs-base I get :
>>
>> Headers/Foundation/NSObjCRuntime.h:enum {NSNotFound = NSIntegerMax};
>>
>> Which is what [aString indexOfCharacter: theSeparator]; is returning.
>>
>> But because NSNotFound is NSIntegerMax :
>>
>> [aString substringWithRange: NSMakeRange(mark, i-mark)];
>>
>> fails
>>
>> I put a breakpoint in [NSException raise] and the trace is :
>>
>> (gdb) bt 5
>> #0  -[NSException raise] (self=0x55dda9d0, _cmd=0x762c7720
>> <_OBJC_SELECTOR_TABLE+384>) at NSException.m:1136
>> #1  0x75dd87f6 in +[NSException raise:format:]
>> (self=self@entry=0x762c7a20 <_OBJC_Class_NSException>,
>> _cmd=_cmd@entry=0x7628c1a0 <_OBJC_SELECTOR_TABLE>,
>> name=0x762c8010 <_OBJC_INSTANCE_8>, format=format@entry=0x7628e920
>> <_OBJC_INSTANCE_40>)
>> at NSException.m:1016
>> #2  0x75d420a3 in -[GSCString substringWithRange:]
>> (self=0x55e0d0a0, _cmd=0x77dd5120 <_OBJC_SELECTOR_TABLE+2688>,
>> aRange=...)
>> at GSString.m:4107
>> #3  0x77b34053 in +[Utilities folderNodesFromFolders:separator:]
>> (self=, _cmd=, theFolders=0x559c4f50,
>> theSeparator=) at Utilities.m:602
>> #4  0x77b3470a in +[Utilities initializeFolderNodesUsingAccounts:]
>> (self=, _cmd=, theAccounts=0x55d878c0)
>> at Utilities.m:1045
>> (More stack frames follow...)
>>
>>
>>
>> On 28 Dec 2017, at 22:18, Wolfgang Lux  wrote:
>>
>>
>> Am 28.12.2017 um 20:00 schrieb Daniel Santos :
>>
>> Here are the details of the error I am getting :
>>
>> The backtrace :
>>
>> (gdb) bt 5
>> #0  +[Utilities folderNodesFromFolders:separator:] (self=,
>> _cmd=, theFolders=0x55d49e20, theSeparator=> out>)
>>at Utilities.m:602
>> #1  0x77b3470a in +[Utilities initializeFolderNodesUsingAccounts:]
>> (self=, _cmd=, theAccounts=0x55e67fc0)
>>at Utilities.m:1045
>> #2  0x7fffebebce71 in -[AccountEditorWindowController
>> initWithWindowNibName:] (self=0x55f5ebb0, _cmd=,
>> windowNibName=)
>>at AccountEditorWindowController.m:104
>> #3  0x7fffebeb764c in -[AccountViewController addClicked:]
>> (self=0x55b8f990, _cmd=, sender=)
>>at AccountViewController.m:235
>> #4  0x765ad502 in -[NSApplication sendAction:to:from:]
>> (self=, _cmd=,
>>aSelector=0x7fffec0d26f0 <_OBJC_SELECTOR_TABLE+2128>,
>> aTarget=0x55b8f990, sender=0x55f68a80) 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
>>
>>
>
>
> ___
> Discuss-gnustep mailing list
> Discuss-gnustep@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnustep
>

___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Gorm can edit which types of files ?

[Daniel Santos]

Hi all,

Any one has looked into this ?

Regards

On Thu, Dec 28, 2017 at 11:08 PM, Daniel Santos 
wrote:

> I just updated libs-base and GNUMail from version-control.
>
> doing a grep in libs-base I get :
>
> Headers/Foundation/NSObjCRuntime.h:enum {NSNotFound = NSIntegerMax};
>
> Which is what [aString indexOfCharacter: theSeparator]; is returning.
>
> But because NSNotFound is NSIntegerMax :
>
> [aString substringWithRange: NSMakeRange(mark, i-mark)];
>
> fails
>
> I put a breakpoint in [NSException raise] and the trace is :
>
> (gdb) bt 5
> #0  -[NSException raise] (self=0x55dda9d0, _cmd=0x762c7720
> <_OBJC_SELECTOR_TABLE+384>) at NSException.m:1136
> #1  0x75dd87f6 in +[NSException raise:format:] 
> (self=self@entry=0x762c7a20
> <_OBJC_Class_NSException>,
> _cmd=_cmd@entry=0x7628c1a0 <_OBJC_SELECTOR_TABLE>,
> name=0x762c8010 <_OBJC_INSTANCE_8>, format=format@entry=0x7628e920
> <_OBJC_INSTANCE_40>)
> at NSException.m:1016
> #2  0x75d420a3 in -[GSCString substringWithRange:]
> (self=0x55e0d0a0, _cmd=0x77dd5120 <_OBJC_SELECTOR_TABLE+2688>,
> aRange=...)
> at GSString.m:4107
> #3  0x77b34053 in +[Utilities folderNodesFromFolders:separator:]
> (self=, _cmd=, theFolders=0x559c4f50,
> theSeparator=) at Utilities.m:602
> #4  0x77b3470a in +[Utilities initializeFolderNodesUsingAccounts:]
> (self=, _cmd=, theAccounts=0x55d878c0)
> at Utilities.m:1045
> (More stack frames follow...)
>
>
>
> On 28 Dec 2017, at 22:18, Wolfgang Lux  wrote:
>
>
> Am 28.12.2017 um 20:00 schrieb Daniel Santos :
>
> Here are the details of the error I am getting :
>
> The backtrace :
>
> (gdb) bt 5
> #0  +[Utilities folderNodesFromFolders:separator:] (self=,
> _cmd=, theFolders=0x55d49e20, theSeparator= out>)
>at Utilities.m:602
> #1  0x77b3470a in +[Utilities initializeFolderNodesUsingAccounts:]
> (self=, _cmd=, theAccounts=0x55e67fc0)
>at Utilities.m:1045
> #2  0x7fffebebce71 in -[AccountEditorWindowController
> initWithWindowNibName:] (self=0x55f5ebb0, _cmd=,
> windowNibName=)
>at AccountEditorWindowController.m:104
> #3  0x7fffebeb764c in -[AccountViewController addClicked:]
> (self=0x55b8f990, _cmd=, sender=)
>at AccountViewController.m:235
> #4  0x765ad502 in -[NSApplication sendAction:to:from:]
> (self=, _cmd=,
>aSelector=0x7fffec0d26f0 <_OBJC_SELECTOR_TABLE+2128>,
> aTarget=0x55b8f990, sender=0x55f68a80) 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
>
>
>
___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Gorm can edit which types of files ?

[Daniel Santos]

I just updated libs-base and GNUMail from version-control.

doing a grep in libs-base I get :

Headers/Foundation/NSObjCRuntime.h:enum {NSNotFound = NSIntegerMax};

Which is what [aString indexOfCharacter: theSeparator]; is returning.

But because NSNotFound is NSIntegerMax : 

[aString substringWithRange: NSMakeRange(mark, i-mark)];

fails

I put a breakpoint in [NSException raise] and the trace is :

(gdb) bt 5
#0  -[NSException raise] (self=0x55dda9d0, _cmd=0x762c7720 
<_OBJC_SELECTOR_TABLE+384>) at NSException.m:1136
#1  0x75dd87f6 in +[NSException raise:format:] 
(self=self@entry=0x762c7a20 <_OBJC_Class_NSException>,
_cmd=_cmd@entry=0x7628c1a0 <_OBJC_SELECTOR_TABLE>, name=0x762c8010 
<_OBJC_INSTANCE_8>, format=format@entry=0x7628e920 <_OBJC_INSTANCE_40>)
at NSException.m:1016
#2  0x75d420a3 in -[GSCString substringWithRange:] 
(self=0x55e0d0a0, _cmd=0x77dd5120 <_OBJC_SELECTOR_TABLE+2688>, 
aRange=...)
at GSString.m:4107
#3  0x77b34053 in +[Utilities folderNodesFromFolders:separator:] 
(self=, _cmd=, theFolders=0x559c4f50,
theSeparator=) at Utilities.m:602
#4  0x77b3470a in +[Utilities initializeFolderNodesUsingAccounts:] 
(self=, _cmd=, theAccounts=0x55d878c0)
at Utilities.m:1045
(More stack frames follow...)



> On 28 Dec 2017, at 22:18, Wolfgang Lux  wrote:
> 
>> 
>> Am 28.12.2017 um 20:00 schrieb Daniel Santos :
>> 
>> Here are the details of the error I am getting :
>> 
>> The backtrace : 
>> 
>> (gdb) bt 5 
>> #0  +[Utilities folderNodesFromFolders:separator:] (self=, 
>> _cmd=, theFolders=0x55d49e20, theSeparator=> out>)
>>at Utilities.m:602
>> #1  0x77b3470a in +[Utilities initializeFolderNodesUsingAccounts:] 
>> (self=, _cmd=, theAccounts=0x55e67fc0)
>>at Utilities.m:1045
>> #2  0x7fffebebce71 in -[AccountEditorWindowController 
>> initWithWindowNibName:] (self=0x55f5ebb0, _cmd=, 
>> windowNibName=)
>>at AccountEditorWindowController.m:104
>> #3  0x7fffebeb764c in -[AccountViewController addClicked:] 
>> (self=0x55b8f990, _cmd=, sender=)
>>at AccountViewController.m:235
>> #4  0x765ad502 in -[NSApplication sendAction:to:from:] 
>> (self=, _cmd=,
>>aSelector=0x7fffec0d26f0 <_OBJC_SELECTOR_TABLE+2128>, 
>> aTarget=0x55b8f990, sender=0x55f68a80) 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

___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Gorm can edit which types of files ?

[Riccardo Mottola]

Hi,

On 2017-12-28 23:18:21 +0100 Wolfgang Lux  
wrote:





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.


Assuming the current code, di you still see an issue?
i is unsigned integer and the enter condition of the if is i != 
NSNotFound


As you guessd, it was int before. I am tryint to change as many 
indices as possible to NSUInteger, so that when they get used to 
things like objectAtIndex or compare with a count, the types are 
uniform, while this fixed a couple of bugs for me, it needs quite some 
deeper change in many methods, like for cycles "counting down" or 
methods returning -1, where I think NSNotFound is more appropriate, 
NSRange.location does
Since often these boundaries are mixed with NSRanges() I hope my 
changes will make everything more consistent. It is a lot of stuff and 
I "missed" many places, but I think in the past days I caught a lot 
and GNUMail is running again quite decently for me.


Riccardo


___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Gorm can edit which types of files ?

[Daniel Santos]

The gorm problem occurred in the AccountView.nib in the Account Bundle
I am using the latest release of gorm (1.2.23)

Thanks for your help

> On 28 Dec 2017, at 22:01, Riccardo Mottola  wrote:
> 
> Hi Daniel,
> 
> Daniel Santos wrote:
>> Hi Riccardo,
>> 
>> I was able to read your email, so you fixed it.
>> What led me to Gorm and opening the GNUMail nibs in it, was that in my 
>> debian 9 VM (that I use to build and run gnustep), I bumped into a problem. 
>> When I open the preferences dialog and in the accounts section I press 
>> either the Add or Edit buttons, they stay pressed and no new window appears.
> 
> This is usually indicating that an exception or other issue happens on the 
> action of the button, a stacktrace helps, but also running in a debugger with 
> a breakpoint in [NSException raise] and trying to understand what is 
> happening.
> 
>> So my first approach was to open the NIB file in Gorm and see which 
>> target/method was linked to the buttons.
>> Then I noticed that I could not select anything inside the panel. I wanted 
>> to select the button but no red selection dots appeared and the inspector 
>> didn't update to reflect the component I was selecting. Then I tried opening 
>> a gorm file and selection of components works for those files.
>> 
> 
> As I was trying to explain you, you should look in the code and/or gorm files 
> for GNUstep in 99% of the case.
> However, the NIB files should be equivalent, so as a reference you can do 
> that.
> In this case your issue is more Gorm related and we need to know which 
> file(s) you have an issue with Gorm.
> 
> Do you happen to open a "view" instead of a "window" in the form file? I just 
> tried that and get issues. Views have always been a little tricky, but maybe 
> Gregory can reproduce that and fix it.
> 
>> As I understand, the GNUMail application is developed in Macs and then 
>> compiled for Linux, right ?
> 
> As I tried to explain it with a little bit of history, it was developed by 
> Collaboration World by Ludovic, first on GNUstep then ported to Mac and the 
> Interface code differs a little, but should function the same.
> 
> Currently it is being debugged as much as possible by me and sometimes a few 
> others and both GNUstep and Mac are equally maintained. I am trying to fix 
> bugs and close the gap between Mac and GNUstep. I also try to enhance it 
> portability to different Mac versions, different GNUstep platforms, etc. So 
> the two environments are treated with equal dignity. Mac is useful because it 
> usually behaves a little better and may help as a comparison against GNUstep 
> when seeking for a bug.
> Also, I do it just because :)
> 
> Riccardo
> 


___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Gorm can edit which types of files ?

[Riccardo Mottola]

Hi Daniel,

Daniel Santos wrote:

Here are the details of the error I am getting :

The backtrace :

(gdb) bt 5
#0  +[Utilities folderNodesFromFolders:separator:] (self=out>, _cmd=, theFolders=0x55d49e20, 
theSeparator=)

    at Utilities.m:602
#1  0x77b3470a in +[Utilities 
initializeFolderNodesUsingAccounts:] (self=, 
_cmd=, theAccounts=0x55e67fc0)

    at Utilities.m:1045
#2  0x7fffebebce71 in -[AccountEditorWindowController 
initWithWindowNibName:] (self=0x55f5ebb0, _cmd=, 
windowNibName=)

    at AccountEditorWindowController.m:104
#3  0x7fffebeb764c in -[AccountViewController addClicked:] 
(self=0x55b8f990, _cmd=, sender=)

    at AccountViewController.m:235
#4  0x765ad502 in -[NSApplication sendAction:to:from:] 
(self=, _cmd=,
    aSelector=0x7fffec0d26f0 <_OBJC_SELECTOR_TABLE+2128>, 
aTarget=0x55b8f990, sender=0x55f68a80) 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 ?




as you checked, you found an exception. Are you running a couple of days 
old code, but not totally up to date? In case update.

Confirm that i is NSUInteger in your code.

i gets that value from indexOfCharacter, a method which I recently 
changed to return NSNotFound instead of -1


Riccardo

___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Gorm can edit which types of files ?

[Riccardo Mottola]

Hi Daniel,

Daniel Santos wrote:

Hi Riccardo,

I was able to read your email, so you fixed it.
What led me to Gorm and opening the GNUMail nibs in it, was that in my 
debian 9 VM (that I use to build and run gnustep), I bumped into a 
problem. When I open the preferences dialog and in the accounts 
section I press either the Add or Edit buttons, they stay pressed and 
no new window appears.


This is usually indicating that an exception or other issue happens on 
the action of the button, a stacktrace helps, but also running in a 
debugger with a breakpoint in [NSException raise] and trying to 
understand what is happening.


So my first approach was to open the NIB file in Gorm and see which 
target/method was linked to the buttons.
Then I noticed that I could not select anything inside the panel. I 
wanted to select the button but no red selection dots appeared and the 
inspector didn't update to reflect the component I was selecting. Then 
I tried opening a gorm file and selection of components works for 
those files.




As I was trying to explain you, you should look in the code and/or gorm 
files for GNUstep in 99% of the case.
However, the NIB files should be equivalent, so as a reference you can 
do that.
In this case your issue is more Gorm related and we need to know which 
file(s) you have an issue with Gorm.


Do you happen to open a "view" instead of a "window" in the form file? I 
just tried that and get issues. Views have always been a little tricky, 
but maybe Gregory can reproduce that and fix it.


As I understand, the GNUMail application is developed in Macs and then 
compiled for Linux, right ?


As I tried to explain it with a little bit of history, it was developed 
by Collaboration World by Ludovic, first on GNUstep then ported to Mac 
and the Interface code differs a little, but should function the same.


Currently it is being debugged as much as possible by me and sometimes a 
few others and both GNUstep and Mac are equally maintained. I am trying 
to fix bugs and close the gap between Mac and GNUstep. I also try to 
enhance it portability to different Mac versions, different GNUstep 
platforms, etc. So the two environments are treated with equal dignity. 
Mac is useful because it usually behaves a little better and may help as 
a comparison against GNUstep when seeking for a bug.

Also, I do it just because :)

Riccardo


___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Gorm can edit which types of files ?

[Daniel Santos]

Here are the details of the error I am getting :

The backtrace : 

(gdb) bt 5 
#0  +[Utilities folderNodesFromFolders:separator:] (self=, 
_cmd=, theFolders=0x55d49e20, theSeparator=)
at Utilities.m:602
#1  0x77b3470a in +[Utilities initializeFolderNodesUsingAccounts:] 
(self=, _cmd=, theAccounts=0x55e67fc0)
at Utilities.m:1045
#2  0x7fffebebce71 in -[AccountEditorWindowController 
initWithWindowNibName:] (self=0x55f5ebb0, _cmd=, 
windowNibName=)
at AccountEditorWindowController.m:104
#3  0x7fffebeb764c in -[AccountViewController addClicked:] 
(self=0x55b8f990, _cmd=, sender=)
at AccountViewController.m:235
#4  0x765ad502 in -[NSApplication sendAction:to:from:] (self=, _cmd=,
aSelector=0x7fffec0d26f0 <_OBJC_SELECTOR_TABLE+2128>, 
aTarget=0x55b8f990, sender=0x55f68a80) 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 ?


> On 28 Dec 2017, at 13:27, Daniel Santos  wrote:
> 
> Hi Riccardo,
> 
> I was able to read your email, so you fixed it.
> What led me to Gorm and opening the GNUMail nibs in it, was that in my debian 
> 9 VM (that I use to build and run gnustep), I bumped into a problem. When I 
> open the preferences dialog and in the accounts section I press either the 
> Add or Edit buttons, they stay pressed and no new window appears. 
> So my first approach was to open the NIB file in Gorm and see which 
> target/method was linked to the buttons.
> Then I noticed that I could not select anything inside the panel. I wanted to 
> select the button but no red selection dots appeared and the inspector didn't 
> update to reflect the component I was selecting. Then I tried opening a gorm 
> file and selection of components works for those files.
> 
> As to to GNUMail button problem, I am following the code in gdb, and right 
> now I don't remember the spot where the error occurs and do not have access 
> to the VM to get it. (I am at my day job). When I get home I can reply with 
> the class and method where the I suppose the error is occurring.
> 
> As I understand, the GNUMail application is developed in Macs and then 
> compiled for Linux, right ? 
> 
> Cheers
> 
> On Wed, Dec 27, 2017 at 10:38 PM, Riccardo Mottola 
> > wrote:
> Hi Daniel,
> 
> On 2017-12-25 21:04:04 +0100 Daniel Santos  > wrote:
> 
> > Hi and Merry Christmas,
> >
> > I was trying to select elements on one of the NIB files in the GNUMail
> > project, a noticed that I can’t seem to do that on NIB files, only on Gorm
> > files.
> > Is it really lijke that ? Or am I missing something ?
> 
> A question: what are you trying to do? Modifying a specific NIB file? or Gorm 
> File?
> It is best to manipulate gorm files with Gorm, NIB files with the appropriate 
> XCode version.
> 
> A bit of history: GNUMail was originally written for GNUstep my Ludovic and 
> it laid out the interface with code, no Gorm files back then, perhaps for 
> programmer's preference, but also because Gorm was much more primitive almost 
> 20 years ago! It didn't even exist in its current state and gmodel files were 
> used.
> Later, GNUstep was ported to Mac but the interface was adapted and laid out 
> differently and also employed NIB files. You can notice that in many 
> interface classes which have different init code for MACOS and "else" which 
> is GNUstep. The Mac vintage is about 10.3 /10.4 and with that he project and 
> NIB files are best edited and GNUMail perfectly runs on those. I am doing 
> quite some work recently to clean up the project on 10.5 and Intel and work 
> for updating also to 10.6 and 10.7 is done too. I  do my best that all 
> improvements still maintain GNUstep and "old mac" compatibility, since I find 
> it cool that I can read email also on my vintage iBooks, one runnint 10.3 Mac 
> and one GNUstep on GNU/Linux.
> 
> In recent times, I started also updating piece after piece GNUMail interface 
> code to use Gorm files and not code, so or some parts you may have either a 
> NIB or a Gorm file available. I will continue this work in the next months, 
> although a certain core will be difficult since the Controller behaves 
> differently from Mac to GNUstep.
> 
> Riccardo
> 
> PS: You got a blank email because you triggered a bug in GNUMail itself and 
> the way it handles encodings. I investigated many 

Re: Gorm can edit which types of files ?

[Daniel Santos]

Hi Riccardo,

I was able to read your email, so you fixed it.
What led me to Gorm and opening the GNUMail nibs in it, was that in my
debian 9 VM (that I use to build and run gnustep), I bumped into a problem.
When I open the preferences dialog and in the accounts section I press
either the Add or Edit buttons, they stay pressed and no new window
appears.
So my first approach was to open the NIB file in Gorm and see which
target/method was linked to the buttons.
Then I noticed that I could not select anything inside the panel. I wanted
to select the button but no red selection dots appeared and the inspector
didn't update to reflect the component I was selecting. Then I tried
opening a gorm file and selection of components works for those files.

As to to GNUMail button problem, I am following the code in gdb, and right
now I don't remember the spot where the error occurs and do not have access
to the VM to get it. (I am at my day job). When I get home I can reply with
the class and method where the I suppose the error is occurring.

As I understand, the GNUMail application is developed in Macs and then
compiled for Linux, right ?

Cheers

On Wed, Dec 27, 2017 at 10:38 PM, Riccardo Mottola <
riccardo.mott...@libero.it> wrote:

> Hi Daniel,
>
> On 2017-12-25 21:04:04 +0100 Daniel Santos  wrote:
>
> > Hi and Merry Christmas,
> >
> > I was trying to select elements on one of the NIB files in the GNUMail
> > project, a noticed that I can’t seem to do that on NIB files, only on
> Gorm
> > files.
> > Is it really lijke that ? Or am I missing something ?
>
> A question: what are you trying to do? Modifying a specific NIB file? or
> Gorm File?
> It is best to manipulate gorm files with Gorm, NIB files with the
> appropriate XCode version.
>
> A bit of history: GNUMail was originally written for GNUstep my Ludovic
> and it laid out the interface with code, no Gorm files back then, perhaps
> for programmer's preference, but also because Gorm was much more primitive
> almost 20 years ago! It didn't even exist in its current state and gmodel
> files were used.
> Later, GNUstep was ported to Mac but the interface was adapted and laid
> out differently and also employed NIB files. You can notice that in many
> interface classes which have different init code for MACOS and "else" which
> is GNUstep. The Mac vintage is about 10.3 /10.4 and with that he project
> and NIB files are best edited and GNUMail perfectly runs on those. I am
> doing quite some work recently to clean up the project on 10.5 and Intel
> and work for updating also to 10.6 and 10.7 is done too. I  do my best that
> all improvements still maintain GNUstep and "old mac" compatibility, since
> I find it cool that I can read email also on my vintage iBooks, one runnint
> 10.3 Mac and one GNUstep on GNU/Linux.
>
> In recent times, I started also updating piece after piece GNUMail
> interface code to use Gorm files and not code, so or some parts you may
> have either a NIB or a Gorm file available. I will continue this work in
> the next months, although a certain core will be difficult since the
> Controller behaves differently from Mac to GNUstep.
>
> Riccardo
>
> PS: You got a blank email because you triggered a bug in GNUMail itself
> and the way it handles encodings. I investigated many hours and cleaned up
> the code and mitigated it. If you can read this Mail, I was successful :)
>
>
___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Gorm can edit which types of files ?

[Riccardo Mottola]

Hi Daniel,

On 2017-12-25 21:04:04 +0100 Daniel Santos  wrote:

> Hi and Merry Christmas,
> 
> I was trying to select elements on one of the NIB files in the GNUMail 
> project, a noticed that I can’t seem to do that on NIB files, only on Gorm 
> files.
> Is it really lijke that ? Or am I missing something ?

A question: what are you trying to do? Modifying a specific NIB file? or Gorm 
File?
It is best to manipulate gorm files with Gorm, NIB files with the appropriate 
XCode version.

A bit of history: GNUMail was originally written for GNUstep my Ludovic and it 
laid out the interface with code, no Gorm files back then, perhaps for 
programmer's preference, but also because Gorm was much more primitive almost 
20 years ago! It didn't even exist in its current state and gmodel files were 
used.
Later, GNUstep was ported to Mac but the interface was adapted and laid out 
differently and also employed NIB files. You can notice that in many interface 
classes which have different init code for MACOS and "else" which is GNUstep. 
The Mac vintage is about 10.3 /10.4 and with that he project and NIB files are 
best edited and GNUMail perfectly runs on those. I am doing quite some work 
recently to clean up the project on 10.5 and Intel and work for updating also 
to 10.6 and 10.7 is done too. I  do my best that all improvements still 
maintain GNUstep and "old mac" compatibility, since I find it cool that I can 
read email also on my vintage iBooks, one runnint 10.3 Mac and one GNUstep on 
GNU/Linux.

In recent times, I started also updating piece after piece GNUMail interface 
code to use Gorm files and not code, so or some parts you may have either a NIB 
or a Gorm file available. I will continue this work in the next months, 
although a certain core will be difficult since the Controller behaves 
differently from Mac to GNUstep.

Riccardo

PS: You got a blank email because you triggered a bug in GNUMail itself and the 
way it handles encodings. I investigated many hours and cleaned up the code and 
mitigated it. If you can read this Mail, I was successful :)


___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Gorm can edit which types of files ?

[Gregory Casamento]

Gorm should be able to edit gorm files.  It can read nib files and edit
them but I would recommend saving them as gorm files as the nib export has
never been perfect.

I’m not sure why you wouldn’t be able to edit them.  There are some older
nib files with which Gorm may have some issues. Whether it’s worthwhile
fixing these issues is a matter of debate since the older nib format is no
longer in use.

GC

On Mon, Dec 25, 2017 at 18:25 Daniel Santos  wrote:

> Could you reply again ? Your first reply didn’t have any text
>
> Thanks
>
>
> > On 25 Dec 2017, at 22:54, Riccardo Mottola 
> wrote:
> >
> >
>
>
> ___
> Discuss-gnustep mailing list
> Discuss-gnustep@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnustep
>
-- 
Gregory Casamento
GNUstep Lead Developer / OLC, Principal Consultant
http://www.gnustep.org - http://heronsperch.blogspot.com
http://ind.ie/phoenix/
___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Gorm can edit which types of files ?

[Daniel Santos]

Could you reply again ? Your first reply didn’t have any text

Thanks


> On 25 Dec 2017, at 22:54, Riccardo Mottola  wrote:
> 
> 


___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Re: Gorm can edit which types of files ?

[Riccardo Mottola]

___
Discuss-gnustep mailing list
Discuss-gnustep@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnustep