Delphi-PRAXiS

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Programmieren allgemein (https://www.delphipraxis.net/40-programmieren-allgemein/)
-   -   Problem: Von Dos-Application zu Window (https://www.delphipraxis.net/90214-problem-von-dos-application-zu-window.html)

schnickers 13. Apr 2007 13:43


Problem: Von Dos-Application zu Window
 
Hi,

Ich hoffe mir kann einer Weiterhelfen. Hoffentlich bin ich auch im richteigen bereich :/

- Es geht um C / C++, welches ich länger nicht mehr benutzt habe
- Ich verwende die Umgebung Borland Studio 2006.
- Programmiere hauptsächlich in Delphi.

Also ich will ein Programm, welches momentan noch als Konsole für dos läuft Windows-tauglich machen (also mit Forms, etc.) Das Programm selber ist in c Programmiert. (hauptsächlich in Visual Studio 2005) (das programm stammt btw. nicht von mir)

Bevor ich mit der entwicklung einer Gui und der veränderung des Codes beginne, habe ich versucht das Programm (sprich die C und die Header dateien) erstmal so in meiner Entwicklungsumgebung zum laufen zu bekommen. und hier gibts auch schon die ersten knackpunkte:

Ich habe eine Neues Projekt angelegt:
Neues Projekt > c++ Bilder Project > Console Aplication (wollte es wie gesagt erstmal so zum laufen bringen)
Als source Type gab ich C an ansonsten noch Multi Threaded und Console Application angehackt.

danach habe ich die header ind C dateien importiert (per drag and drop) und dann versucht zu compelieren.

Die erste fehlermeldung bezog sich auf den Include in einer der C-Dateien #include <unistd.h>
Habe dann herrausgefunden, das dies wohl eine linux datei ist habe diese dann auskommentiert und dafür die #include <dos.h> includet.

aber er meckert noch bei anderen headern z.B. der #include <sys/wait.h>
(wohl auch eine linux datei) Ich habe wie gesagt lange nicht mehr mit C/C++ gearbeitet und bin prinzipiel eher ungeschickt was die Einrichtung eines Projektes/entwicklungsumgebung betrifft.

ich vermute das ich entwerder vergessen habe irgendwo einen Pfad zu setzen, oder vieleicht eine andere einstellung noch zu machen ist. vieleicht fehlen auch noch datein (es sind ASK und BEW datein im ordner in welchem auch die C/H datein sind. bin ein wenig ratlos, vleiecht ist es auch was anderes, wenn mir also jemand weiterhelfen könnte wäre das super.

Der source wurde compeliert (ich glaube mit dem einem consolen compieler bc45) hat also selber keine fehler (oder sagen wir mal lieber er ist compelierbar) aber eben nicht auf meinem system :(

Danke und gruß
Mo

shmia 13. Apr 2007 17:37

Re: Problem: Von Dos-Application zu Window
 
Vorgehensweise:
Jede Include-Datei, die der Compiler nicht kennt auskommentieren.
Versuchen zu kompilieren.
Nun wird es Fehlermeldungen hageln. Immer nur die 1. Fehlermeldung anschauen und den Rest ignorieren.
Wahrscheinlich mosert der Compiler, weil er eine Funktion nicht kennt.
Über die Online-Hilfe herausfinden, in welchem Inlcude-file die Funktion deklariert wurde und oben eintragen.
Solange suchen und ändern, bis der Compiler Ruhe gibt.

Flocke 14. Apr 2007 16:49

Re: Problem: Von Dos-Application zu Window
 
Wenn die Quellen unistd.h und sys/wait.h benutzt, dann sind sie für Unix-Systeme und nicht für DOS/Windows (auch Visual Studio hat diese Dateien nicht dabei).

Ich denke mal eher, das da irgendwo ein Conditional (#ifdef...) abgefragt wird, das du nicht gesetzt hast.

Gibt's irgendwo oberhalb der fehlerbehafteten Zeilen solche mit #ifdef oder #ifndef am Anfang?

SirThornberry 14. Apr 2007 16:52

Re: Problem: Von Dos-Application zu Window
 
Je nach dem wie Umfangreich das Projekt ist geht es manchmal schneller das ganze einfach ganz neu zu programmieren als das ganze umzubauen.
Zumal unter Dos das ganze ganz anders funktioniert. Unter Dos werden keine Betriebssystemfunktionen aufgerufen sondern es wird versucht alles direkt an der Hardware zu machen was unter Windows nicht möglich ist.


Alle Zeitangaben in WEZ +1. Es ist jetzt 05:27 Uhr.

Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz