discuss-gnustep
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: GNUstep app fails on Ubuntu 16


From: Andreas Höschler
Subject: Re: GNUstep app fails on Ubuntu 16
Date: Wed, 6 May 2020 18:23:02 +0200

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


reply via email to

[Prev in Thread] Current Thread [Next in Thread]