4. Visual C++ und QT

Visual C++ und QT

  • U

    include\qcstring.h

    das hast du aber was anderes includet

    0
  • G

    hi,

    @ smo: richtig
    @ Unix-Tom: vielleicht reden wir aneinander vorbei. Ich habe in meinem Quelltext "#include <qstring.h>" zu stehen selbst wenn ich es durch "#include <qcstring.h>" ersetze, erscheint exakt der selbe Fehler.

    Tschau Gartenzwerg

    0
  • ?

    Wenn es mit dem Makefile nicht klappt, gibt es noch eine Möglichkeit über die Konsole.

    Wenn Du qt in C:\qt installiert hast, probier mal das hier:

    cl -c -nologo -W3 -O1 -DNO_DEBUG -I"C:\qt\include" -Fo prog.obj prog.cpp

link /NOLOGO /SUBSYSTEM:windows /OUT:myprog.exe myprog.obj C:\qt.lib user32.lib gdi32.lib comdlg32.lib imm32.lib ole32.lib uuid.lib wsocks32.lib

    Zurück zu den Makefiles:
    Anscheinend hast Du es ja hinbekommen mit tmake einen Makefile zu generieren. Wie sieht denn Deine .pro-Datei aus? Kannst Du mal rein posten ?

    0
  • ?

    sorry...

    Die Zeile mit dem Link muss so lauten:

    link /NOLOGO /SUBSYSTEM:windows /OUT:myprog.exe myprog.obj C:\qt*lib*\qt.lib user32.lib gdi32.lib comdlg32.lib imm32.lib ole32.lib uuid.lib wsock32.lib

    0

  • könnte es sein, daß dein beispiel von der commandozeile gestartet
    dann müssen die umgebungsvariablen vcvars32.bat noch dazu...
    siehe mal hier..

    http://lists.trolltech.com/qt-interest/2002-01/thread00859-0.html

    nur weil die fehlermeldung die gleiche ist.. und sie nicht nach einem linkerfehler aussieht, sondern eher nach einem include pfad problem..

    ps: könnte man ja mal checken, die vcvars32.bat mit in die autoexec.bat aufzunehmen, rechner starten und dann schaun wa mal..

    0
  • G

    hi,

    @ elise & smo: nach vcvars32.bat + nmake oder über die Eingabe in die Konsole, erhalte ich die selben 13 Fehler wie einige Posts weiter oben.

    @ smo: meine *.pro-Datei:

    TEMPLATE	= app
CONFIG		= qt warn_on release
HEADERS		= arbeitsfenster.h \
		  confreader.h \
		  dienst.h \
		  hauptfenster.h \
		  xmlparser.h
SOURCES		= arbeitsfenster.cpp \
		  dienst.cpp \
		  hauptfenster.cpp \
		  main.cpp
INTERFACES	= 
TARGET		= Dienstplaner

    Tschau Gartenzwerg

    0
  • ?

    hmm... scheint in Ordnung zu sein, nur die Zeile mit INTERFACES ist Quatsch. Lösch die Zeile mal und guck, ob Du weniger Fehlermeldung hast.

    0

  • hm ..

    wenn er, wie du oben sagst, die banale string.h nicht findet, klingt es für mich wie ein umgebungspfadproblem.
    die vcvars.bat muss in der konsole gestartet sein und gilt auch nur, solange diese offen ist. wenn sie bleibend da sein soll, über die autoexec, und rechner neu starten..

    hast du aber sicher ausprobiert..

    leider habe ich keine idee, welchen code du da probierst, ... aber ich denke, die pfade stehen nicht auf den vc98 include ordner...

    wie kann man dir noch helfen? den code testen?

    0
  • G

    hi,

    habe ich alles ausprobiert und erhalte ja jetzt nicht mehr den Fehler mit string.h, sondern die selben
    13 Fehler wie unter der IDE VC++.

    wenn einer von euch den Code testen würde, wäre das echt nett.
    Ich bin noch nicht besonders weit und kommentiert ist er auch nicht sehr gut.
    Wäre aber über Verbesserungsvorschläge und über Fehlerbehebungen dankbar (hoffentlich habe ich nur
    einen Fehler im Code, sonst muss ich auf QTranslator verzichten)

    Der Code zum Download:
    http://www.gikrasoft.de.vu/downloads/code.zip

    Bei Fragen, bitte posten bzw. mailen unter gikrasoft@home.pages.at

    Tschau Gartenzwerg

    0
  • ?

    Hast du Unter "Prjoekt\Einstellungen\Linker" die entsprechenden Bibliotheken eingetragen (QT.LIB oder sowas)?

    0
  • G

    hi,

    die qt.lib gibt es bei mir nicht, liegt imho daran, dass ich die non-commercial-Edition habe.
    Unter Projekte->Einstellungen->Linker habe ich folgenden Libs hinzugefügt: $(QTDIR)\lib\qt-mt230nc.lib $(QTDIR)\lib\qtmain.lib

    Ich denke nicht, dass es an den Libs liegt, da ich andere Qt-Programme ohne QTranslator mit den selben
    Einstellungen erstellen kann.

    Tschau Gartenzwerg

    0
  • G

    hi,

    @ elise: wie schon gesagt ich denke nicht, dass es an einem Konflikt zwischen Haupt- und Arbeitsfenster liegt, da ich es unter Linux (Qt 3.0) ohne Probleme übersetzen kann. Ich denke es liegt am QTranslator, deshalb ist mir ein Fehler mit der qstring.h schon relativ logisch, aber das er die Standard-Header nicht findet ist komisch.

    Hoffe Unix-Tom oder smo können mir helfen!

    Tschau Gartenzwerg

    0
Anmelden zum Antworten