Hi I just joined your mailing list so this question may be a foolish one.

I downloaded fpc 1.06 just a little while ago and was paying around on NT4.

I compiled C:\pp\examples\fcl\gtkdemo.pp which compiled fine but when I ran it, it was complaining that I needed

gdk-1.3.dll.

I was puzzled as to why I could not find a reference to where to get it from the FPC site but through goggle I did find

http://gtk.php.net/download.php

which provided the dlls I needed ...BUT now that the demo runs it look horrible.

The spacing between letters are incorrect (about 1/2 of what they should be).

Is this normal?

If not where can I get the correct dll's that I should be using.

Thanks in advance Rob.

GTK is a library which we don't make, we just provide units that allow you to use it. Therefore you cannot download it from our site.

But I will add a link to the official site on our site.

but through goggle I did find http://gtk.php.net/download.php

The official site is http://www.gtk.org/

Well, I would need a screenshot to see how wrong it exactly is. But do not expect a program which looks 100% like a windows program; GTK does not provide that kind of functionality. It is a X-Windows toolkit, ported to Windows.

If not where can I get the correct dll's that I should be using.

See the above link. Do NOT download the 2.0 version of the DLLs. The 1.2 or 1.3 version should be the correct version.

Michael.

Is it not under GNU license? I thought the FPC site can give it away with the source if they wish.

If it is a band width problem I can try to arrange to give you a box in Canada to mirror to it, if would help, I have a cable modem connection and about 100G of space.

[Image]

This is what I meant when I said horrible.

The app is actually looking for gdk-1.3.dll etc.
Do you mean that gdk-1.2.dll (if it is called this) is compatible with gdk-1.3.dll
I did find gtk+-1.3.0-20020313.zip on http://www.gtk.org/ but it contains libgtk-0.dll and libgdk-0.dll are these the same files? Do I need to change the FPC source to use these?

Yes we could.

If it is a band width problem I can try to arrange to give you a box in Canada to mirror to it, if would help, I have a cable modem connection and about 100G of space.

It's not our job to distribute third-party libraries. If we would do GTK, we'd have to distribute x-forms, interbase/firebird, mysql, postgresql and some others as well.

I provided a link, that should be enough.

Strange.
It didn't show that way when I tried it. But then I tried under Linux.

It's a tricky issue on windows. For the most part, they are probably compatible.

I did find gtk+-1.3.0-20020313.zip on http://www.gtk.org/ but it contains libgtk-0.dll and libgdk-0.dll are these the same files? Do I need to change the FPC source to use these?

Changing the dll file names will probably be the easiest thing to do.

Michael.

> I did find gtk+-1.3.0-20020313.zip on http://www.gtk.org/ but it

contains

> libgtk-0.dll and libgdk-0.dll are these the same files? Do I need

to change

> the FPC source to use these? Changing the dll file names will probably be the easiest thing to do.

You can't do that. The new Win32 GTK libraries that you indicate above are the latest versions for Win32. They are interdependent and require that they maintain the names they currently have. The only way to use these new libraries is to build a new version of the GTK unit in the FCL to look for these new library names.

:/

The ever-present library versioning and naming problems :/ What is the logic behind naming it g*k-0.dll if the version is 1.3 ?? Probably they don't want these libs in production - so only people compiling everything anew should use these libs ?

It means that existing programs cannot enjoy the benefits of newer, fixed libraries ? Nice going :/ Even Microsoft doesn't do that ! (Well, not often ;))

Michael.

Here is the statement right from the GTK+-Win32 site.

GLib 2.0 has been released. GIMP and GTK+ thus now depend on those DLLs. The GLib 2.0 DLL names will not change, even if GLib 2.0.1, 2.0.2 etc are released, as these releases will be binary compatible. (The GLib 1.3.x series were development versions, and thus by definition without any promise of binary compaibility, which has meant that each version has had differently named DLLs.)

So

I could
1) Try and help update the GTK+-Win32 to GLib 2.0 DLL
2) help fix the current mappings dlls/units.

My guess is that since GLib 2.0 is not supposed to change much in the next little while and GLib 2.0 seems stable (at least I have not seen my Gimp crash yet on NT), that support should be moved to GLib 2.0. May I help with this, if that is the case is anyone in charge of this effort?

Thanks in advance.

Rob