Hi Riccardo,
> I am trying GNUstep GUI on Linux for the first time. I have installed >> GNUstep on a fresh Ubuntu 16.04 box like so >> >> su - >> >> apt-get install --yes --force-yes build-essential >> apt-get install --yes --force-yes gobjc >> apt-get install --yes --force-yes libffi6 libffi-dev >> apt-get install --yes --force-yes libxml2 libxml2-dev >> apt-get install --yes --force-yes libxslt-dev >> apt-get install --yes --force-yes libgnutls-dev >> apt-get install --yes --force-yes libjpeg-dev >> apt-get install --yes --force-yes libpng-dev >> apt-get install --yes --force-yes libtiff-dev >> apt-get install --yes --force-yes libxt-dev >> apt-get install --yes --force-yes libxft-dev >> apt-get install --yes --force-yes libcairo2-dev >> apt-get install --yes --force-yes libfreetype6-dev >> > > Fine. This means you are using gcc and its Obj-C runtime, which should > be a quite proven path and should work fine. > No pain there. > > I don't understand why you need to "force" everything though? I hope it > does not break deps I just tried without the forces, and it worked as well. This must be an install log from some special case in the past. > I noticed you forced the "art" backend (which works!) but installed > cairo-dev in the dependencies, this is not needed. > Did you install libart? The log contained two possible configure statements. I actually simply used ./configure which defaulted to cairo. > Does this happen with every gnustep app? It looks like a backend issue. It actually does happen with a few form of my app only as I have just figured out. Small forms seem to work. 2020-05-06 18:04:06.080 SOObjectBrowser[2483:2483] <FBMarkupController: 0x276b8b0> <SOFormContext: 0x5c9f430> setAccesslevel 2 2020-05-06 18:04:06.087 SOObjectBrowser[2483:2483] Cairo status 'invalid value (typically too big) for the size of the input (surface, pattern, etc.)' in DPSinitgraphics 2020-05-06 18:04:06.087 SOObjectBrowser[2483:2483] returning controller <FBMarkupController: 0x276b8b0> 2020-05-06 18:04:06.092 SOObjectBrowser[2483:2483] WARNING: -drawGState called with a NULL target context ((null)) or source context (0x5ef4b50) 2020-05-06 18:04:06.102 SOObjectBrowser[2483:2483] WARNING: -drawGState called with a NULL target context ((null)) or source context (0x6251360) 2020-05-06 18:04:06.103 SOObjectBrowser[2483:2483] WARNING: -drawGState called with a NULL target context ((null)) or source context (0x13ec870) 2020-05-06 18:04:06.114 SOObjectBrowser[2483:2483] WARNING: -drawGState called with a NULL target context ((null)) or source context (0x1097a40) 2020-05-06 18:04:06.116 SOObjectBrowser[2483:2483] WARNING: -drawGState called with a NULL target context ((null)) or source context (0x1097a40) 2020-05-06 18:04:06.117 SOObjectBrowser[2483:2483] WARNING: -drawGState called with a NULL target context ((null)) or source context (0x1097a40) When this error occurs the app is no longer usable. Quitting the app via the menu still works though. Could it be that this happens if the form is too large and does not fit on the screen? I have resized my display to 1600 x 1200 pixels but the problem still occurs if I try to open some forms, it doe snot occur with others!? I couldn't pinpoint this to a specific GUI class. But it indeed seems to be cairo/back related! This combo is so far unusable. I will try libart now ... Best wishes, Andreas
