>> Glib just cannot require 64bit integer type and be C89 standard compliant
> Right. And as far as I know, nobody has claimed it is.
Actually, thinking a bit more, isn't it perfectly OK for a fully C89
compliant compiler to provide whatever non-standard stuff it likes as
long as the identifiers
> Glib just cannot require 64bit integer
> type and be C89 standard compliant
Right. And as far as I know, nobody has claimed it is.
--tml
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-de
> - doesn't compile on x86-32 linux with glibc when I remove all typedefes and
> occurences of long long in header files
Equally interesting, it doesn't compile if you replace all instances
of the letter 'a' in your header files with the letter 'b'. Or, if you
feel really adventurous, with the let
> that means glib and any app
> using glib is indirectly dependent on compiler with C99 support.
Interesting. I guess nobody told those who continue to manage to build
GLib and the GTK+ stack in general with Microsoft's compiler, which
does not claim C99 compliance.
--tml
> Am I right in
> thinking that the "engines" that used to live in separate dlls
> (libpixmap and libwimp) are now folded into one of the main dlls
> -- presumably libgtk-win32-2.0-0.dll?
No, that would not work (without changes to the engine-loading code to
look for built-in engines). They are wh
> Each time you call _CrtDumpMemoryLeaks() it dumps all the memory that's been
> allocated but not yet released.
So it doesn't take into consideration at all whether the memory in
question is / can be used or not, i.e. whether there is any pointer to
it in local variables, etc. All memory that ha
It's just a question of definition. Many people, me included, don't
consider once-only allocations of memory that stays accessible and
aren't freed before the program exits leaks. GTK+ and GLib isn't the
kind of libraries that you could load dynamically, use a bit, and then
unload, and expect to fr
> I managed to track down the missing files and libgnomecanvas is now compiling
> just fine. I will need to build libgail though.
Isn't gail part of GTK+ nowadays? At least, in GTK+ a libgailutil is
built, and a gail.pc and include/gail-1.0 installed.
(Yes, it might be that the VS project files
> I suppose it's entirely possible that this problem might be fixed in some
> other version of libTIFF. Is there a recommended version of libTIFF that I
> could try with libgdk_pixbuf instead of the FreeImage version?
I guess the newest libtiff in
http://ftp.gnome.org/pub/GNOME/binaries/win32/d
> I'm trying to build libgdk-pixbuf from source (actually, I'm building the
> whole of libgtk-win32 but let's concentrate on libgdk-pixbuf, since that's
> where my current confusion lies).
What version of GTK+? In the current version of GTK+, 2.22.x,
gdk-pixbuf has been split out into a separate
> Would this approach work? It would have to be a multiple windowe application,
> of course.
I very much doubt it. None of the code in gdk/win32 is written with
anything such in mind. And whether such an application would then be
portable to X11 I have no idea.
--tml
> What about joining forces and make one unique official repository for
> packages on Windows ?
You mean, like there is one unique official Linux distribution?
--tml
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/
>no one ever wants to volunteer to help.
Actually, that is not true. For instance, the ms-windows theme engine
is now effectively maintained once again and compiles and maybe even
works in gtk+ master. And for bulding the GTK+ stack for Windows (32-
and 64-bit), I very much plan to stop doing it m
> If I may ask, what is the main technical problem (deeper explanation) with
> using GTK+ from multiple threads?
On Windows, the problem is that Windows GDI, being a local windowing
system with a quite tight coupling to the client code executing on the
same machine, is very much thread-aware. (Wi
> This is sort of off topic, but since the stability of GTK on Windows was a
> subject of this thread, I'd like to ask about GIMP?
> How come GIMP is completely stable on WIndows?
Well, it is stable in the sense that it doesn't crash (knock on wood)
in normal use. I didn't mean there would be cra
> It's impressive to see someone promoting tech from "the other camp" :-)
Why not? It isn't like it would have any impact on my personal
happiness/income/status/reputation if people use Qt and not GTK+ for
cross-platform apps. Also, I am not employed by anybody to work on
GTK+ so I don't see sayin
> Sorry but this point is not clear enough to me.
> Do you mean that GTK+ is not stable enough on Windows (XP,Vista,7)?!
Well, that depends on your definition of "stable". It depends much on
what the GTK+-using program wants to do, and whether continuous
building and testing of the program has bee
> Right now, GTK 3 is a moving target and developing for it is
> likely to be quite frustrating. So I second the "when it is
> stable" point.
And of course, in case you choose GTK+ because of the cross-platform
support, there is also the "whenever it eventually maybe works
reliably on Windows" poi
> Having recently built it under Win32 (using Visual C++) I decided to run the
> test application (testglib.exe). Everything runs fine until I get to the
> File Functions test, at which point I keep getting debug assertions.
That is a problem in the C library then, that it generates "debug
asse
> The window is created and I can interact without problem with it.
> Now, here you are another little test programme that does not work:
It *does* work for me, both when running against GTK+ 2.20.1 and
2.22.0. (The "official" binaries from www.gtk.org, actually hosted on
ftp.gnome.org.)
> windo
> I'm calling gdk_draw_image with a 32-bit per pixel image with some pixels
> having alpha=0 and some with alpha=255, and the transparent pixels come
> through as black (not surprisingly). What is the correct was to get that on
> to the screen? (for Win32 and X)
For Windows, you can't do any pe
> "this app has requested the runtime to terminate it in an unusual way".
That is just the message you get when abort() is called. Not really
any more or less informative than the single-word message "Aborted"
that Unix shells typically print...
To find out what is happening you need to use a deb
(Sending a copy also to the gtk-app-devel-list. Please keep
discussions that start on a public mailing list public unless you
specifically have private personal or confidential matters to discuss
in some messages.).
> I just found libwimp.dll off in some subfolder, but I don't think I added
> tha
> Some such engines have been written, or attempted
> (GTK-Wimp, GTK-Qt theme engine, ...)
Note that what you call GTK-Wimp is actually called the "MS-Windows"
theme and has been included in GTK+ itself for quite some time
already. (Just the actual theme engine DLL is called "wimp". The theme
and
> the resize grip gets ugly between 2.18 and 2.20 on windows system.
You need to distill the problem down to a minimal but complete sample
program and file a bug at bugzilla.gnome.org against product:gtk+,
component:win32, and attach the sample program (as a single source
file).
--tml
__
Wait a minute, now I am confused. I thought you said that the look of
the resize grip had changed between two GTK+ versions on Windows? Can
you specify these two exact versions, that you used on Windows, or
not?
Did you use the same theme (or no theme at all) with both GTK+ versions?
--tml
__
> Version on win32 (ugli resize grip):
And the versions with the non-ugly resize grip?
--tml
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
> Since the new 2.20 Win32 Bundle,
That doesn't say much. Instead give specific GTK+ version numbers
between which you see different behaviour. (If you have been using the
bundles, the exact version and build information of the components
included can be found in the "components.lst" file in thw
s
The short answer to the question in the subject is: You don't.
> Is it possible to write a text editor which uses GTK+ and shows correctly the
> file which is created
> by the following code:
> [ code that writes some hundreds of thousands printable ASCII characters
> without newlines to a file
> I'm wondering how to check the runtime version of the (glib and gtk for
> example) DLLs, that the application is linking to.
You mean check at run-time? Using the API provided for that, if any.
For GLib, use the glib_major_version, glib_minor_version and
glib_micro_version variables (which are e
> Is there anything that I could do differently to increase the loading speed
> or is this just something I need to just deal with and move on to the next
> item on the list?
You need to find out what exactly it is that is taking a lot of time,
and experiment with different ways to do that. I.e.,
> Ah, maybe I've misunderstood is that in fact what
> gdk_screen_get_monitor_geometry() will tell me?
Yes. Also note that there can be "holes" in the screen that no monitor covers.
--tml
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome
> Does gtk+ have an API call for obtaining the user's screen resolution (in
> pixels) ?
(Please, avoid the terms "screen" or "display", as they have specific
meanings in X11 and gtk+ which don't match what you probably mean,
which I assume is an individual monitor of potentially several that
are
I very much doubt if anybody who actually is doing the work, i.e.
maintaining the gtk+ stack, has any interest at all in switching to
CMake. So this discussion is mostly pointless. (And anyway, this
discussion is on the wrong mailing list; gtk-devel-list would have
been the relevant one.) Potential
> Does anyone know of any apt repositories out there that already do this
> for things like Gtk+ before we start making our own.
Not what you are easking for, but in the openSUSE Build Service there
is plenty of GTK+ and GNOME stuff (including, for instance, Evolution)
cross-compiled for both for
> Hello, i installed cygwin, gtk+(available with cygwin) and eclipse on Windows
> xp.
> "Gtk-WARNING **: cannot open display:"
Are you aware that the GTK+ for Cygwin is built with the X11 backend,
i.e. software that uses it requires an X server (also know as
"display")? (Either running on the sa
> This morning, everything worked fine until the build got to the gio branch -
> which failed, due to unistd.h and sys/wait.h not being present.
There was a problem in the VS project files in 224.1, some source file
that should be built only on Unix was included by mistak. Simply drop
the source
If you want to show code, at least show something that compiles and
exhibits your problem (if any), i.e. a minimal but complete sample.
Anyway, I don't see what your problem has to do with GTK+.
--tml
___
gtk-app-devel-list mailing list
gtk-app-devel-lis
> I found the VC++ .sln and .vcproj files, loaded the solution and just tried
> to compile one of the modules in the glib branch. However, every module
> fails to compile because config.h is missing.
I assume you are talking about GLib 2.24.1, from a tarball?
There is a "Pre-Build Event" for t
Fixed now in git, bug #621168.
--tml
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
> I have meant any theme which improve the visual effects. Could you give
> me more information how to use 'wimp' or 'pixmap'?
"wimp" is the internal slightly silly name for the theme engine that
implements the ms-windows theme. So you just need to have a file
etc/gtk-2.0/gtkrc in your gtk+ instal
> Is it possible to run the application on
> Windows without installing GTK+ redistributable package? I guess yes.
You guess wrong, I'd say. You should bundle the GTK+ runtime, and any
other 3rd-party libraries needed, with your application. (As part of
its installer ideally.)
(I don't know why
> Is GTK available on windows 7 ??
No separate version or build of GTK+ is needed for Windows 7. The same
Windows GTK+ binaries work on XP, Vista and 7.
--tml
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman
> Perhaps 'deprecated' is a better description than obsolete. msvcrt.dll is
> provided nowadays purely and simply for backwards compatibility with older
> apps
Why does even the 64-bit notepad.exe, to pick an example, then link to
the 64-bit msvcrt.dll? Or the 64-bit ws2_32.dll, to pick anothe
The msvcrt.dll runtime can hardly be said to be obsolete when a new
version is included with each version of Windows,can it? Also, it is
included even as a 64-bit version in 64-bit Windows. There is no MSVC6
that would generate 64-bit code, soI don't see how it could be said to
be specific to MSVC6
> Can you clarify that for me, Tor? How is Windows Explorer different from any
> other external application?
Well, Explorer is obviously a part of Windows, it is not a 3rd-party
application. So it has better access to the internal plumbings of
Windows than normal apps.
But more importantly, the
> Under Linux, the app supports dragging and dropping of certain audio files
> (for example, WAV files). So, using Nautilus, the user can select a WAV file
> and drop it into one of several containers within the app. The WAV file is
> then effectively imported for use in the app.
That kind of
> libraries. Am I correct to assume that g_module_symbol is the replacement
> for g_module_lookup()?
I think g_module_lookup() has never existed except in some comment
where somebody mistyped it when they meant g_module_symbol()...
--tml
___
gtk-app-dev
> I forgot to mention that I am using GTK Builder. From some googling, i found
> that g_module_lookup() is in libglade. Am I correct?
No. Google harder.
--tml
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailma
> But I'm using windows,so I think maybe I should use windows api to achieve it.
Could well be. Trying to use GTK+ for any "exotic" window management
tasks on Windows is likely to not work as intended because of bugs in
GTK+ on Windows.
--tml
___
gtk-ap
> 1. Why modifies "keyval" value if it's included as a flag in
> "state" anyway?
Because it is. If it wasn't, somebody would ask why it isn't. If you
think GDK was originally designed by a committee, deliberating for
years, determined to design the best imagineable API with no
inconsistencies at
namespace, and use in your code.
--tml
commit ff7c3baa94723040d3ef6808209716baf4e176ee
Author: Tor Lillqvist
Date: Mon Apr 12 18:14:23 2010 +0300
Add GWin32InputStream and GWin32OutputStream classes
Correspond to GUnixInputStream and GUnixOutputStream. No true async
support though. But
> By the way, I had never programmed using glib threads before. Is the threads
> part of the code I had sent earlier correct?
If you want people to actually test your code, you do need to show a
*complete* compilable and *minimal* test case.
In general, it's best to avoid threads. For some reason
It would be *much* easier to help you if you could show us some actual
code that works strangely for you. A minimal but complete sample
program, thanks. Now it is very hard to understand what you mean.
--tml
___
gtk-app-devel-list mailing list
gtk-app-de
> I guess one last question on this, can I expect that my program will either
> work or crash on start up if the dependencies are or are not there? Or is
> there the possibility that it may crash further into its process if it
> reaches a point where it does not have access to the functions it n
> I'd been under the impression, just from the other projects I had seen, that
> windows gtk programs were expected to use
> a shared runtime install,
That depends on who you ask... My current opinion is that it is best
if each end-user installer for an application, or set of applications,
from t
> and if I should bundle it with my project, through modifying the gtk-win
> project's NSIS file, or if there are issues that still need to be worked out.
Why not ask the "gtk-win project"? This is not a mailing list related
to that project. Or is it?
Or why not just try the binaries from
http:/
>> Then, how portable applications are supposed to read
>> and write to standard input and output through GIO streams?
Just use the C library instead?
--tml
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/l
> You may need to drop down to the Win32 APIs for that
That is true. And even then I am not sure if what you try to do is
possible or not. If it is, it would be a security risk I think, so I
wouldn't be surprised if it is impossible at least on modern Windows
versions.
--tml
_
> I am trying to build gtk-directfb on phoneme ….
Why do you assume people would know what "phoneme" is?
> how to replace these with similar functions of gtk ……
By asking for help on the Interwebs? Or by doing the research and
coding required yourself? Which approach would you be more proud of?
> Could some one help me on this how to proceed further?
Read the code, understand how it works, debug, fix problems, submit
patches in bugzilla?
Please understand that the directdb stuff in gtk+ is very close to
unmaintained, as far as I know.
--tml
_
> Can somebody help me with connecting a gtk interface with a backend
> database, say, Posgres? How does one embed SQL queries in the C code.?
GTK+ has nothing to do with that.
--tml
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http:
> is there any reason to believe that the glib functions are not working
> correctly?
Your guess is as good as mine?
--tml
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list
> g_spawn_async_with_pipes() to launch an other executable (firefox in this
> case).
Do you expect to provide input to Firefox's stdin, or get output from
its stdout, through the pipes then? (That would be a bit strange for a
GUI app like a web browser, wouldn't it?)
If not, instead of g_spawn_*
You need to compile and link *both* the .c files into *one*
executable. Also, please don't get into the habit of using pkg-config
--cflags --libs, even if it happens to work most of the time on Linux.
Specify C compiler flags and libraries separately in the appropriate
locations on the command line
> "OK, fixed now as well as
> it can be; i.e. if there is when building GLib, it is used."
> there's a 2.22.4 build in the
> binaries/win32/glib/2.22 directory on ftp.gnome.org. However,
> I've tried using this in my app package and I'm getting reports
> from users on win2k that it doesn't work
> Looks like GTK indeed encoded the string in Unicode, although the
> original string was not in Unicode.
What "the string" and "theoriginal string"? Where did they come from?
--tml
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http:/
> I wrote my first linux GUI app using GTK+, which seems to be a very
> nice tool.
Well, GTK+ is not a "tool" but a library, also called a "tooolkit", so
I wonder whether what you actually have been using some higher level
GUI application or "toolt" to write code that uses GTK+? Anyway, let's
assu
> Any ideas?
Most likely you cause a heap corruption in your code, which then can
cause seemingly random behaviour later in the program's execution.
(For instance such randomness that adding some g_debug() calls seem to
"fix" your problem.) Use valgrind.
--tml
> You should probably open[1] a bug report about this if you wish to see it
> fixed. Sometimes Tor visits this list, but it's not a 100% guarantee.
I do read this list, and did notice the original mail, but as I
couldn't do anything right then for it, and the reason to the problem
seemed obvious,
> I've had a problem report from a user of my GTK app on Windows 7,
You mean this is something new in Windows 7 (which I find hard to
believe), or has this particular user just not used your app on
earlier Windows versions?
> from which it looks as if g_locale_to_utf8 has somehow not done
> the r
> - Initialize GTK+: what should I use for the arguments of the gtk_init_check;
> I do not have a main in the DLL
Just pass and empty argument vector then?
> - Cleanup GTK+: how to free resources; I cannot exit the application
That is not really possible, sorry. There will always be some
resour
> Is it possible to do something similar with the Windows version of GTK+?
Yes and no. Note that there is nothing GTK+-specific in this.
Read up on Remote Desktop Services, earlier known as Terminal Services
(or Terminal Server). See
http://en.wikipedia.org/wiki/Remote_Desktop_Services
It is nor
> The radix is locale dependent. You will need to set a C locale.
To be more specific, call setlocale(LC_NUMERIC, "C")
GTK+ calls setlocale(LC_ALL, "") for you automatically in gtk_init()
unless you call gtk_disable_setlocale() first.
Read your C library's documentation to learn about setlocale
> I think I am on the right track: I'm creating a Lua Socket, getting the file
> descriptor (which is a normal fd/SOCKET), create a new GSocket using
> g_socket_create_source, and attaching a callback that should fire on data
> available on the socket.
Please note that the GSocket API is quite new
> my problem is that when my program crash i get from the backtrace only these
> two rows
>
> #0 0x77c035e4 in ?? ()
> #1 0x in ?? ()
> what am I doing wrong?
Nothing, probably, that would cause this unuseful backtrace, you just
have bad luck and the program crashes in an unfortunate co
> Any chance or problem for the windows binaries on the website/ftp?
Sorry, I had forgotten to upload them. Should be there soonish.
--tml
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-de
> I think that this is from times where people
> used to build GUIs in the code... When they were writing all the container
> embedding and all, in C, building their dialogs.
Those times are still very much here. For instance in the application
that gave GTK+ the "G" in its name.
--tml
__
> it's open source
> and the URL is here if you want to see the source code perhaps :
> http://houbysoft.com/cc/
The download of fhe source code is hidden behind some silly enforced
30 second wait. If you want somebody to fix your problems in code, at
least you could make it easier to see the sour
Sigh, it was stupid of me to reply telling you to do what you already
told you had done. /me blushes and tries to be more careful in the
future.
Anyway, good that you got it working. Could you come up with some
short but to-the-point Windows-specific instructions that could be
included in some REA
> Any ideas how to make this work?
Install the svg pixbuf loader (and its dependencies), and edit the
gdk-pixbuf.loaders file (or use gdk-pixbuf-query-loaders).
See http://ftp.gnome.org/pub/GNOME/binaries/win32/librsvg/2.26/ for
Windows binaries for the svg pixbuf loader. You will have to trawl
a
BTW, check out http://afuera.me.uk/jhbuild-windows/ where he says: "My
big plan: write a versioned, dependency-tracking binary package
manager for Windows"
(I am not endorsing nor criticising such an effort or its relation to
jhbuild. I am not using jhbuild myself, and have not really felt the
nee
> Bundling GTK+ with your app is not an unnecessary hardship for the
> developer since one has to build against a GTK+ environment anyway that
> one had to assemble.
Yeah, but a clarification: the GTK+ environment one *builds* against
is of course a *development* one, not a *runtime* one. They don
> If there is no official installer provided by the GTK project, everybody
> has to bundle GTK by himself.
Don't overuse the term "official". In Open Source volunteer-based
work, whoever starts doing something, and doesn't give up, and gets
others to use his/her work, gets to call it "official". I
> The mistake was I didn't notice py2exe didn't automatically package
> int.dll, so now I include it manually.
Ah OK. intl.dll is loaded at run-time, if available. I.e., if an
application doesn't have localisation for its own messages, it makes
little sense to ship it with GTK+ localisation then e
> That sounds straight forward enough. And a hell of a lot better than the
> current situation.
By all means, go ahead then and create a project aiming at this, and
convince all distributors of installers for GTK+-using software to
cooperate with you.
Please note that not all GTK+-using applica
Well, I am not surprised, after all (most of) those dependencies at
ftp.gnome.org were manually built (or slightly repackaged from
packages built by others) by me at random points in history, in my
spare time, without any well-defined process...
If you want something more automated, and hopefully
> On Linux, the PATH is system-wide to include one GTK+ runtime. This is
> common practice. Why should there be any need to handle this different
> on Windows?
Because Windows is not Linux, and GTK+ is not provided by the operating system.
Here is an excerpt of a mail I sent just 9 days ago in a
> Because ftp.gnome.org does not provide an installer (which sets the
> path, etc.)
Well, setting the PATH system-wide to include where one GTK+ runtime
is installed is really not appropriate because the idea is that each
application bundles an own copy of the GTK+ stack. And what does the
"etc" s
> I'm currently struggling to get SVG images displayed using gtk2-runtime
> from http://sourceforge.net/projects/gtk-win/files/.
Why use that when you then say yourself that you use other libraries
from the win32 binaries on ftp.gnome.org anyway? Why not use the gtk+
from there then, too?
> But n
> But how to handle device letters? pixmap_path is defined to be a list of
> paths separated by colon (:).
If the documentation says so, it is wrong. It is a list of paths
separated by the platform-dependent search-path separator, which on
Windows is the semicolon. The source confirms this,
gtk_rc
> * GTK 2.16.4 from binaries at http://www.gtk.org/download-windows.html
Including the gettext-runtime binaries?
> * Executables compressed with UPX
Including the GTK+ DLLs? Try without doing this. I have no idea how
UPX works, but I guess it is possible that it decompresses the DLL to
a tempora
> how I can run this external program in the background with the command line
> window hidden.
Mark the external executable as a so-called "gui" program. If you
build it yourself, use the -mwindows option (if using GNU tools, i.e.
MinGW) or /subsystem:windows option (if using MS tools).
If you d
When replying to a message on a mailing list (especially one about
Open Source software), please reply to the mailing list, not to the
message sender. The very point with public mailing lists is that
discussion threads are kept public and archived for others to see. I
am adding gtk-app-devel-list b
> However when I use g_io_channel_reda_chars(channel,out,-1,&bytes_read,NULL)
> to get the standard out stored in out, it turns out to be wrong.
In what way is it wrong? A successful run of gcc to compile and link a
program produces no output.
> gchar *cmd_line[] = {"gcc","-o","temp.exe","temp
> which is the latest version of gtk working on windows 9x?
Some very old version. Maybe 2.6?
> and libglade?
No idea. Just try any version you find and see if it works.
This is all I am willing to bother writing about Win9x for now.
--tml
___
gtk-ap
> The process had finished, and that was why I was puzzled.
But had the process perhaps started some child process that had
(unintentionally) inherited the file handle, and that child process
was still running?
Please install Process Explorer from sysinternals.com and use its
"Find>Find Handle or
> My application invokes the lilypond program using the g_spawn...
> functions. This works fine on linux, but on windows the files created by
> lilypond are left locked when lilypond has exited.
That sounds very odd and in fact impossible. Are you confusing file
protection with locking?
Please fi
> In the bin directory I can safely remove every binary except:
> gspawn-win32-helper-console.exe gspawn-win32-helper.exe
> ... if I only need a RUNTIME package, isn't it?
Yes.
--tml
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http
> Soon...
The binaries are at the usual place
(http://ftp.gnome.org/pub/GNOME/binaries/win32/gtk+/2.16/ etc) but the
http://www.gtk.org/download-windows.html page has not updated,
apparently thanks to some missing git hooks or whatever.
--tml
___
gtk-ap
1 - 100 of 406 matches
Mail list logo
