Can you provide example code (the one which uses GTK+)? I'm not quite sure if I understand what you mean. By "called in GTK+ functions" you mean in callbacks? Does that work if you use glib only?
On Sat, Nov 6, 2010 at 7:25 PM, Mario M <maqueo.ma...@gmail.com> wrote: > Sorry for the typo, Jaroslav. > > 2010/11/6 Mario M <maqueo.ma...@gmail.com> > >> Hello, >> thanks for the info about the underscores : ), now I learned something >> interesting. >> >> I ended up downloading the source and MSYS and compiling GTK+ in my 64 bit >> system. It was a long and tedious process :P getting all the dependencies, >> setting up environment variables... also I had to install PERL because some >> part of the compilation needed it, but... >> >> In the end compiling it worked and my linker now recognized it and I didn't >> have underscores problems anymore :) >> >> However, I found that it didn't solve the vertex problem. I was so >> frustrated that I ended up compiling WxWindows and trying to learn how to >> use it (which has been a bit complicated because I don't have too much time >> left for this project), but when I built the app using WxWindows, I had the >> same problem! >> >> Here is a more detailed description of this problem: >> I have a class that stores values read from files in float arrays. I have >> another class that uses the previous one, and this latter class is used in >> the main file, in the GTK+ functions. >> >> In my laptop with a 32 bit system, everything is cool. It works as >> expected. >> In my 64 bit machine (and another 64 bit machine), the array values are >> messed up. If I initialize the arrays to some arbitrary number, that will be >> the final value of the arrays when I call them. However, if I directly >> called the first class from the main.cpp file without using the second >> class, it works! >> >> I built a test program that uses those classes the same way, without using >> GTK+ (using GLUT for window creation), it works without a problem! >> >> After discovering that WxWindows didn't solve the problem, I set up various >> tests, and in the end found out the source of the problem. In the class that >> reads from files, I was using cstdio functions (fscanf mainly). I found out >> than when called from GTK+ with the intermediary class, the fscanf calls >> would read the strings but not the floats, the values stored in the passed >> variables would stay the same as before the call. (these values are vertex >> positions) >> >> I solved this issue changing all the csdtio calls to c++ calls ( from the >> ifstream library e.g. ifstream fin("file"); fin>>floatVar; ). With the c++ >> calls the values were adecuately read and stored. There is a side problem, >> now the reading process is significantly slower and I have to wait several >> seconds for the program to read the files. >> >> I am utterly perplexed by this, any insight is welcome : ) >> >> Thanks again for your time, and thanks Jaroslay for answering my first >> e-mail. >> >> Mario Maqueo >> >> 2010/11/2 Jaroslav Šmíd <jardas...@gmail.com> >> >> Mingw64 defaults to no leading underscores (this is quite new >>> feature), make sure GTK+ libraries are compiled by mingw64 version >>> built after this was done. If you use newer mingw64 and older GTK+ or >>> vice versa - trouble ahead :-) >>> >>> >>> On Tue, Nov 2, 2010 at 9:03 AM, Mario M <maqueo.ma...@gmail.com> wrote: >>> > Hello, I have Windows 7 64 bits and I am working on a GTK+ project that >>> uses >>> > OpenGL in C++. I am using GLADE and the normal version of GTK+ (not >>> gtkmm). >>> > >>> > I was working on a laptop with Windows 7 32 bits and the program worked >>> > fine, but the video card in that laptop was really bad (Intel, >>> integrated) >>> > so I switched to a desktop with 64 bit windows and a better video card >>> > (Nvidia GT 240). >>> > >>> > The code compiles fine in both versions of windows, using the 32 bit >>> version >>> > of gtk. However, some horrible things have been happening: >>> > >>> > - The OpenGL window would not update correctly, taking a long time to do >>> so, >>> > seemingly at random times. I was using gtkglext for the OpenGL binding >>> but >>> > I found out this problem was caused by gtkglext not being updated (since >>> > 2006) and the problem is with Aero in Windows, If desktop compositing >>> was >>> > disabled, it would work fine. I decided to ditch gtkglext and use OpenGL >>> > directly, after a while I managed to and this problem was fixed. >>> > >>> > - Some colors were messed up with lighting enabled, at first I thought >>> this >>> > and the previous problem had to do with the video card, but this was >>> weird >>> > because the same program without gtk would work fine. However I managed >>> to >>> > correct it adding a few simple OpenGL instructions. I'm not sure why it >>> > worked fine without GTK+, but it seems to work fine now with my fix. >>> > >>> > - I have a library for loading 3d models, in my laptop it worked fine, >>> but >>> > on the new computer (and another one where i tested it), the 3d models >>> > render as a single horizontal :S, all of them. They are drawn using >>> openGL >>> > functions and storing the vertex positions in lists. I discovered this: >>> When >>> > I load an object in the main.cpp file, and draw it, it works fine, >>> however, >>> > when I load it in an external file, and draw it, it doesn't work ( I get >>> > just a horizontal line, and again, without gtk+ it works fine). This has >>> me >>> > really perplexed, I think it might have something to do with the linker >>> but >>> > I have no idea how. I added some debugging and I think the problem is in >>> the >>> > vertex positions, I printed their x,y,z values and they seemed to have x >>> > position in -1,0,1 and the y and z positions were values like 3.43e-039, >>> I >>> > think the pointers might be messed up but I don't know how to fix them >>> :S. I >>> > manually drew a triangle in the file that draws the 3d models, and the >>> > triangle rendered fine. I >>> > >>> > I thought this might somehow have something to do with using a 32 bit >>> > version of gtk+, do you think that is the case? >>> > I downloaded the 64 bit binaries, and tried to compile my code, but the >>> > linker didn't find any function! As soon as I changed the library >>> location >>> > to point to the 64 bit version, I got a load of "undefined reference"s >>> for >>> > everything concerning gtk+, even if I manually added the libraries in >>> the >>> > project configuration of my IDE it would say the same. >>> > >>> > I am using Code::Blocks as an IDE and MingW as the compiler. >>> > >>> > Do I need to change additional configuration to use the 64 bit version >>> of >>> > gtk+? Please help me, I haven't slept in two days trying to solve this >>> and I >>> > am still confused. I downloaded the latest 64 bit version and then an >>> older >>> > one to see if it was broken, but the results were the same. >>> > >>> > Or is the problem not related to the 64 bit thing? Any ideas/thoughts >>> are >>> > welcome. >>> > >>> > Thanks in advance for your time. >>> > >>> > Mario Maqueo >>> > _______________________________________________ >>> > gtk-app-devel-list mailing list >>> > gtk-app-devel-list@gnome.org >>> > http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list >>> > >>> >>> >>> >>> -- >>> Jaroslav Šmíd >>> >> >> > _______________________________________________ > gtk-app-devel-list mailing list > gtk-app-devel-list@gnome.org > http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list -- Jaroslav Šmíd _______________________________________________ gtk-app-devel-list mailing list gtk-app-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list