public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
* Re: gtk_entry field turning black in cygwin
@ 2000-03-15  6:19 Timothy I. McGinnis
  0 siblings, 0 replies; 3+ messages in thread
From: Timothy I. McGinnis @ 2000-03-15  6:19 UTC (permalink / raw)
  To: tml; +Cc: gtk-list, cygwin

Okay.  :-)

This is my first foray into the win32 world (and outside of Unix) so I am rather
confused.  I took a look at the Readme.win32 and.. was confused.  So being
impatient that I am I just went ahead and tried.  And then bugged you guys.
Sorry.

I will take a closer look at all of this and see if I can figure out what I am
doing wrong.

My apologies to the cygwin list for the off-topic question.

Thanks for making this clearer.

Tim M.

PS  Can you recommend any books, etc. that would help a unix guy learn win32?





Tor Lillqvist <tml@iki.fi> on 03/15/2000 08:52:05 AM


To:   Timothy I. McGinnis/MIS/3605VW/SYNERTECH@SYNERTECH
cc:   cygwin@sourceware.cygnus.com, gtk-list@redhat.com
bcc:
Subject:  Re: gtk_entry field turning black in cygwin



> I am using cygwin B20.1, gtk-win32 20000115 release compiling using
> gcc from the cygwin distribution.

(As the GTk+ port does not use cygwin, and programs using GTk+ thus
shouldn't either (never mix C runtimes), this is really off-topic for
the cygwin list.)

If you really mean you are using the gcc that is included in the B20.1
distribution, you shouldn't. As is said on my webpage for the GTK+ and
GIMP port to Windows, to build programs intended to use the prebuilt
DLLs you can either use MSVC, or gcc 2.95 (or later) with the
-fnative-struct switch.

The reason is that the DLLs are built with gcc-2.95.2 using the
-fnative-struct switch, which makes the struct field allocation and
alignment compatible with MSVC, which is a good thing. (Otherwise
there would have to be separate DLLs for programs built with MSVC and
gcc.) Building with gcc but without the -fnative-struct switch will
cause problems sooner or later, quite possibly like the ones you are
seeing.

Getting a correctly set up gcc can be a bit convoluted. (We want a
version that has -fnative-struct and uses the MSVCRT runtime.)  There
are instructions on one way to do it in the README.win32 file linked
to from the webpage, but people have told me that those instructions
are unnecessarily convoluted. Apparently it is easier using a pure
mingw environment. Possibly some recent mingw gcc release from Mumit
Khan is suitable as is?

--tml





--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: gtk_entry field turning black in cygwin
@ 2000-03-15  5:52 Tor Lillqvist
  0 siblings, 0 replies; 3+ messages in thread
From: Tor Lillqvist @ 2000-03-15  5:52 UTC (permalink / raw)
  To: Timothy I. McGinnis; +Cc: cygwin, gtk-list

> I am using cygwin B20.1, gtk-win32 20000115 release compiling using
> gcc from the cygwin distribution.

(As the GTk+ port does not use cygwin, and programs using GTk+ thus
shouldn't either (never mix C runtimes), this is really off-topic for
the cygwin list.)

If you really mean you are using the gcc that is included in the B20.1
distribution, you shouldn't. As is said on my webpage for the GTK+ and
GIMP port to Windows, to build programs intended to use the prebuilt
DLLs you can either use MSVC, or gcc 2.95 (or later) with the
-fnative-struct switch.

The reason is that the DLLs are built with gcc-2.95.2 using the
-fnative-struct switch, which makes the struct field allocation and
alignment compatible with MSVC, which is a good thing. (Otherwise
there would have to be separate DLLs for programs built with MSVC and
gcc.) Building with gcc but without the -fnative-struct switch will
cause problems sooner or later, quite possibly like the ones you are
seeing.

Getting a correctly set up gcc can be a bit convoluted. (We want a
version that has -fnative-struct and uses the MSVCRT runtime.)  There
are instructions on one way to do it in the README.win32 file linked
to from the webpage, but people have told me that those instructions
are unnecessarily convoluted. Apparently it is easier using a pure
mingw environment. Possibly some recent mingw gcc release from Mumit
Khan is suitable as is?

--tml

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 3+ messages in thread

* gtk_entry field turning black in cygwin
@ 2000-03-15  5:05 Timothy I. McGinnis
  0 siblings, 0 replies; 3+ messages in thread
From: Timothy I. McGinnis @ 2000-03-15  5:05 UTC (permalink / raw)
  To: cygwin, gtk-list

I am having a problem with gtk_entry fields in a program compiled under cygwin.
I posted to both mailling lists because I am not certain who could help me best.

I have a very small program which just creates a window, a vbox and puts a
gtk_entry field in the vbox.  When I run the program the entry field looks fine
until I try to type in it.  Then the field turns black and I can't see what is
being typed.

I am using cygwin B20.1, gtk-win32 20000115 release compiling using gcc from the
cygwin distribution.

TIA

Tim McGinnis



--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2000-03-15  6:19 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2000-03-15  6:19 gtk_entry field turning black in cygwin Timothy I. McGinnis
  -- strict thread matches above, loose matches on Subject: below --
2000-03-15  5:52 Tor Lillqvist
2000-03-15  5:05 Timothy I. McGinnis

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).