> It should be possible to 'coopt' the existing MS windowing
> code from the
> 'native' port, to compile a cygwin-based, but
> MSwindow-not-Xwindow gtk.
> Tor has two separate #defines throughout the code -- one indicates
> 'windowing' and the other indicates 'platform'; you want the
> firs
Tim Renner wrote:
Unfortunately, we have a case where we need to use Cygwin to compile our
project because we need the unix and posix support, so -mno-cygwin is
out... AND we need to link to GTK libraries that do not require an
X-server. What gets me though is that this DOES work with the olde
Tim Renner wrote:
-- TEST SETUP --
Setup a cygwin environment via the cygwin installer from
http://www.cygwin.com/setup.exe, making sure to install libiconv
To set up GTK+ 2.2, get these packages
.
.
.
this will not work. Those gtk libraries are native windows. They use
system runtime func
Tim Renner wrote:
-- TEST SETUP --
Setup a cygwin environment via the cygwin installer from
http://www.cygwin.com/setup.exe, making sure to install libiconv
To set up GTK+ 2.2, get these packages
Support:
http://prdownloads.sourceforge.net/gettext/libiconv-1.8-w32-1.bin.zip?download
http:/
Posted to the cygwin mailing list and gimpwin-dev mailing list...
When using Win32 GTK binaries with a newer version of cygwin1.dll
(I've narrowed it down to just this .dll), I get this error:
$ ./test.exe
6 [unknown (0xE08)] ? 2196 cygheap_fixup_in_child: Couldn't reserve
space for cygwin's
5 matches
Mail list logo