|
From: | Riccardo Mottola |
Subject: | Windows ming64- loading resources in a Framework fails - bundleForClass |
Date: | Tue, 23 Feb 2021 23:42:10 +0100 |
User-agent: | Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:60.0) Gecko/20100101 SeaMonkey/2.53.6 |
Hi All,where GNUstep runs on Windows msys2 (mingw64) some GORM files to load. Test is ProjectCenter, which loads the main interface file (menu) but nothing else, like the LogPanel
Tracking this down a little with Fred, I think I found that NSBundle's "bundleForClass" fails.
A class which is inside ProjectCenter's Framework appears to be indentified as being part of the application and not its Framework:
warning: 2021-02-23 23:22:15.664 ProjectCenter[5688:5276] NSLog bundleForClass lib: C:\msys64\mingw64\Local\Tools\ProjectCenter-0.dll warning: 2021-02-23 23:22:15.664 ProjectCenter[5688:5276] Path for NIB file LogPanel.gorm
does this anomaly ring a bell for somebody?very interesting is that on old msys-1 where I upgraded all core libraries, it works! so it is not a fully windows specific thing, but something for mingw64, I guess a hack going bad??
Riccardo
[Prev in Thread] | Current Thread | [Next in Thread] |