Linker error with QtGui module, method doesn't exist in CE?

[wysota]

What is "PlotPlanPlayer" anyway? It's not part of Qt.

[Willybood]

Its the name of the application I'm making.

[tbscope]

Qt should solve this for you.

Where do you call getenv()?

[wysota]

Its the name of the application I'm making.

So replace your call to getenv() with a call to qgetenv() and you should be fine.

[Willybood]

So replace your call to getenv() with a call to qgetenv() and you should be fine.

Where do you call getenv()?

Thats the thing, theres no call to getenv() in any of the code I've written. Judging by the error, it must be in some third party piece of code, and considering how the error references "QtGui.lib", possibly in Qt!

It's more likely I haven't set something up correctly, I'm just not sure what. If I get time tonight, I'll try to do the same operation with the original openGL ES example, see if that works. If not, I'll experiment with creating a new shadow build with some altered configuration settings.
Is there any chance I could be using something which isn't compatable with windows CE?

Thanks for the help by the way, If theres anything you need to know about my setup, let me know!

[wysota]

Thats the thing, theres no call to getenv() in any of the code I've written. Judging by the error, it must be in some third party piece of code, and considering how the error references "QtGui.lib", possibly in Qt!

No, it's not in Qt. Qt builds fine on WinCE, many people use it.

Is there any chance I could be using something which isn't compatable with windows CE?

If some library uses getenv() then yes. But you can always redefine getenv as qgetenv().

char *getenv(const char *name) {
  static QByteArray ba;
  ba = qgetenv(name);
  return ba.data();
}

char *getenv(const char *name) {
  static QByteArray ba;
  ba = qgetenv(name);
  return ba.data();
}

To copy to clipboard, switch view to plain text mode 

[Willybood]

That looks like a good solution!

I am having some problems implementing it though, but the problem is more with my C++ skills. I've placed the method in as a global function, but I'm still getting the "unresolved external" error. Is there something that I'm missing to get this recognised by an external library?

In the mean time, I'm experimenting with a new build of Qt, and early next week when I get some time, I'll do a dry run with the hello es example.

Thanks for all your help so far!

[Audio]

Hi,

currently I'm facing the same problem. The unresolved external symbol message appears even while trying to compile this program, that doing nothing:

#include <QtGui/QApplication>
 
int main(int argc, char *argv[])
{
    QApplication a(argc, argv);
    return a.exec();
}

#include <QtGui/QApplication>

int main(int argc, char *argv[])
{
    QApplication a(argc, argv);
    return a.exec();
}

To copy to clipboard, switch view to plain text mode 

I must say, that the problem appears only in the static build. Before this, I used the standard version of Qt WinCE and there was no problem with linking. Now when I try to compile my app, about 8 unresolved externals are displayed (see the log). Unfortunately non-static version is unacceptable for me because of huge size of DLLs.

Qt was configured with these params:

configure -static -release -platform win32-msvc2008 -xplatform wincewm65professional-msvc2008 -nomake examples -nomake demos -no-qt3support -no-phonon -no-phonon-backend -opensource

[Willybood]

Hey Audio, glad to hear its not just me!

I just tried with only the original hello GL-ES example, and I'm getting the same issue.

For me though, I don't necessarily need a static build. I'll recompile it later with a dynamic build, see if I have any more luck.

Sorry I cant help you, but thanks for helping me!

[Audio]

Hi Willybood,

you're welcome. A few minutes ago I've recompiled Qt with the same parameters I noticed in my first post except the static parameter, and it's working fine.

Also, I maybe found the solution how to change the size of libraries - qconfig tool. I'll test it when I finish my app, because at this time I don't know exactly what libraries the application will require. Anyway, it's step forward and I hope I won't need to use static libs.

[Willybood]

Final update to this issue, it turns out it was a problem with the file 'jmemmgr.c'. There was a preprocessor #ifdef in there, which when 'NO_GETENV' is defined stops getenv() being referenced in the function. And for whatever reason, the Qt installer didn't set it.

After modifying the source to add it, it ran fine. I've placed a report on the Qt bug tracker, hopefully in the next version it will be fine.