В Fri, 25 Jan 2019 13:23:17 +0100, Fred Kiefer написа:
> It is a lot easier than that. You just made a small mistake and used an
> NSString here instead of a C String. Of course this cannot work, with
> neither of the compilers. Which just shows that nobody did recompile and
> use Gorm after your
El vie, 25-01-2019 a las 12:47 +, David Chisnall escribió:
>
> On 25/01/2019 12:23, Fred Kiefer wrote:
> > > Am 25.01.2019 um 12:29 schrieb David Chisnall > > st.org>:
> > >
> > > On 22/01/2019 22:15, Germán Arias wrote:
> > > > 2019-01-22 16:01:48.065 Gorm[5259:5259]
> > > >
On 25/01/2019 12:23, Fred Kiefer wrote:
Am 25.01.2019 um 12:29 schrieb David Chisnall:
On 22/01/2019 22:15, Germán Arias wrote:
2019-01-22 16:01:48.065 Gorm[5259:5259] GormDocument.m:109 Assertion
failed in GormDocument(instance), method _docWindow. Unable to find
_window ivar in
Hi David,
David Chisnall wrote:
If this assertion fails, it means that the Objective-C compiler /
runtime that you are using is not able to find reflection metadata for
the _window ivar in NSDocument. This is quite worrying, because
looking up ivars via the reflection APIs worked even back
Hi German,
Germán Arias wrote:
After some years I'm working in a new release of FisicaLab, but I can't
work with gorm files since Gorm is unusable. I'm using all the code
from Github with GCC. I get things like:
do you do something special to make it crash?
what version of GCC? are using
> Am 25.01.2019 um 12:29 schrieb David Chisnall :
>
> On 22/01/2019 22:15, Germán Arias wrote:
>> 2019-01-22 16:01:48.065 Gorm[5259:5259] GormDocument.m:109 Assertion
>> failed in GormDocument(instance), method _docWindow. Unable to find
>> _window ivar in NSDocument class
>
> This looks
On 22/01/2019 22:15, Germán Arias wrote:
2019-01-22 16:01:48.065 Gorm[5259:5259] GormDocument.m:109 Assertion
failed in GormDocument(instance), method _docWindow. Unable to find
_window ivar in NSDocument class
This looks like it's in the code I changed for compatibility with the
new ABI.
Could you please state which compiler and which objc runtime you are using?
This would make it easier to reproduce the issue.
Fred
> Am 22.01.2019 um 23:15 schrieb Germán Arias :
>
> Hi,
>
> After some years I'm working in a new release of FisicaLab, but I can't
> work with gorm files since
I’m going to try this to see if it’s not a build discrepancy as I was about
to do a release. Very unusual. I build gorm and GNUstep every day
almost and I’ve never seen this issue. It looks like it’s unable to load
the gorm file which contains the document window which is nuts.
GC
On Thu,
The latest stable release works.
Germán
El mar, 22-01-2019 a las 16:15 -0600, Germán Arias escribió:
> Hi,
>
> After some years I'm working in a new release of FisicaLab, but I
> can't
> work with gorm files since Gorm is unusable. I'm using all the code
> from Github with GCC. I get things
Hi,
After some years I'm working in a new release of FisicaLab, but I can't
work with gorm files since Gorm is unusable. I'm using all the code
from Github with GCC. I get things like:
2019-01-22 16:01:36.797 Gorm[5259:5259] Target does not respont to action _popUpItemAction:
2019-01-22
11 matches
Mail list logo
