3. Dos.h funzt net :(

Dos.h funzt net :(

  • A

    Ne, das wird DOS. Ich probiers mal mit windows.h und Sleep groß geschrieben...

    NE, funzt auch net 😞 Kommt der gleiche Fehler.

    0
  • V

    dann hast du sleep nicht in einer datei benutzt, in der du auch den benötigten header inkludiert hast.

    0
  • A

    Oh Mann! Der Borland nervt. Ich muss int vorne dran setzen, dann bringt er nur noch ne Warnung von wegen die 300 in der Klammer wurde noch nie benutzt... 😡

    0
  • W

    windows.h ist doch schon Systemabhängig und somit kein C++ Standart mehr nehme ich an, deswegen heißt der Header nicht einfach <windows>, ich glaub auch der gehört eher zu Microsoft, habe ich da recht? Ich habe so wegen dem "h" das gefüll das das ein C-Header ist...

    Naja, was jetzt eig eissen will:
    Sleep() aus windows.h ist die C++ Variante unter Windows. Stimmt's?

    In welchem Header ist das Sleep für Linux und Mac definiert?

    Mfg Wikinger75!

    0
  • ?

    Wikinger75 schrieb:

    windows.h ist doch schon Systemabhängig und somit kein C++ stan**** mehr nehme ich an, deswegen heißt der Header nicht einfach <windows>, ich glaub auch der gehört eher zu Microsoft, habe ich da recht? Ich habe so wegen dem "h" das gefüll das das ein C-Header ist...

    Naja, was jetzt eig eissen will:
    Sleep() aus windows.h ist die C++ Variante unter Windows. Stimmt's?

    Naja im Endeffekt schon.

    In welchem Header ist das Sleep für Linux und Mac definiert?

    in <unistd.h>

    0
  • W

    Wikinger75 schrieb:
    windows.h ist doch schon Systemabhängig und somit kein C++ stan**** mehr nehme ich an, deswegen heißt der Header nicht einfach <windows>, ich glaub auch der gehört eher zu Microsoft, habe ich da recht? Ich habe so wegen dem "h" das gefüll das das ein C-Header ist...

    Naja, was jetzt eig eissen will:
    Sleep() aus windows.h ist die C++ Variante unter Windows. Stimmt's?

    Naja im Endeffekt schon.

    Zitat:

    In welchem Header ist das Sleep für Linux und Mac definiert?

    in <unistd.h>

    hmm... ist da auch das für UNIX drinne oder hat der auch einen extra Header?

    0
  • ?

    Wikinger75 schrieb:

    Wikinger75 schrieb:
    windows.h ist doch schon Systemabhängig und somit kein C++ stan**** mehr nehme ich an, deswegen heißt der Header nicht einfach <windows>, ich glaub auch der gehört eher zu Microsoft, habe ich da recht? Ich habe so wegen dem "h" das gefüll das das ein C-Header ist...

    Naja, was jetzt eig eissen will:
    Sleep() aus windows.h ist die C++ Variante unter Windows. Stimmt's?

    Naja im Endeffekt schon.

    Zitat:

    In welchem Header ist das Sleep für Linux und Mac definiert?

    in <unistd.h>

    hmm... ist da auch das für UNIX drinne oder hat der auch einen extra Header?

    Das ist standardisiert und heißt SUS (Single UNIX Specification) und sowohl Linux als auch Mac sind standardisiert genug um diese Methode zu unterstützen. Sollte sogar unter Windows gehen, wenn du keine Win32 Anwendung erstellst, sondern das POSIX-Subsystem nutzt.

    0
  • W

    Das ist standardisiert und heißt SUS (Single UNIX Specification) und sowohl Linux als auch Mac sind standardisiert genug um diese Methode zu unterstützen. Sollte sogar unter Windows gehen, wenn du keine Win32 Anwendung erstellst, sondern das POSIX-Subsystem nutzt.

    Aha, also damit ichs verstanden habe:

    1.)
    <windows.h> : Unter Windows.
    <unistd.h> : Unter Linux und Mac OS. (Glaub auch unter UNIX^^)
    <?> : Fals nein welche ist nun für Unix.

    2.) Was sit SUS (Single UNIX Specification)?
    Mal danach googlen^^

    3.)
    Es gibt folgende vordefinierte Makros:

    __Windows // Für WIN!
__linux__ // Für Linux!
__unix__ // Für UNIX!
// Welchen gibt es für MAC OS?

    Mfg Wikinger75! 😃

    0
  • ?

    Wikinger75 schrieb:

    Das ist standardisiert und heißt SUS (Single UNIX Specification) und sowohl Linux als auch Mac sind standardisiert genug um diese Methode zu unterstützen. Sollte sogar unter Windows gehen, wenn du keine Win32 Anwendung erstellst, sondern das POSIX-Subsystem nutzt.

    Aha, also damit ichs verstanden habe:

    1.)
    <windows.h> : Unter Windows.
    <unistd.h> : Unter Linux und Mac OS. (Glaub auch unter UNIX^^)
    <?> : Fals nein welche ist nun für Unix.

    Es gibt nicht das UNIX. IBM hat eines (AIX), da sind die ganzen BSD Derivate oder HP's UX.

    3.)
    Es gibt folgende vordefinierte Makros:

    __Windows // Für WIN!
__linux__ // Für Linux!
__unix__ // Für UNIX!
// Welchen gibt es für MAC OS?

    Wo hast du diese her? Allgemein gibt es so etwas nicht, daher nehme ich mal an du hast du außer einer plattformübergreifenden Bibliothek.

    0
  • W

    3.)
    Es gibt folgende vordefinierte Makros:

    __Windows // Für WIN!
__linux__ // Für Linux!
__unix__ // Für UNIX!
// Welchen gibt es für MAC OS?

    Wo hast du diese her? Allgemein gibt es so etwas nicht, daher nehme ich mal an du hast du außer einer plattformübergreifenden Bibliothek.

    Doch sowald ich weiß sind das vordefinierte MAKROS vom Compiler...
    Steht sogar in meine Buch 😉 .

    EDIT:
    Werden z.b mit

    #ifdef __linux__
   // code
#else
   // code
#endif

    verwendet...

    0
  • ?

    Wikinger75 schrieb:

    3.)
    Es gibt folgende vordefinierte Makros:

    __Windows // Für WIN!
__linux__ // Für Linux!
__unix__ // Für UNIX!
// Welchen gibt es für MAC OS?

    Wo hast du diese her? Allgemein gibt es so etwas nicht, daher nehme ich mal an du hast du außer einer plattformübergreifenden Bibliothek.

    Doch sowald ich weiß sind das vordefinierte MAKROS vom Compiler...
    Steht sogar in meine Buch 😉 .

    Was für ein Buch hast du denn? Ein standardisiertes Makro das dein C++ Compiler definiert ist __cplusplus wie du siehst sind alle von dir genannten Makros inkonsistent zur Schreibweise von __cplusplus.

    0
  • ?

    Tippgeber schrieb:

    Wikinger75 schrieb:

    3.)
    Es gibt folgende vordefinierte Makros:

    __Windows // Für WIN!
__linux__ // Für Linux!
__unix__ // Für UNIX!
// Welchen gibt es für MAC OS?

    Wo hast du diese her? Allgemein gibt es so etwas nicht, daher nehme ich mal an du hast du außer einer plattformübergreifenden Bibliothek.

    Doch sowald ich weiß sind das vordefinierte MAKROS vom Compiler...
    Steht sogar in meine Buch 😉 .

    Was für ein Buch hast du denn? Ein standardisiertes Makro das dein C++ Compiler definiert ist __cplusplus wie du siehst sind alle von dir genannten Makros inkonsistent zur Schreibweise von __cplusplus.

    Außerdem macht es auch keinen Sinn solche Makros zu definieren, denn wo sollte man aufhören? Und abgesehen davon kann man so etwas sinnvoller unabhängig vom ISO-Standard realisieren indem man es sich a) selbst macht oder b) ein geeignetes Build-Tool verwendet.

    0
  • W

    Naja ich dachte dadurch an folgende funktion:

    void wait::Start()
{
    #ifdef __Windows
    Sleep(Time);
    #ifdef __linux__
    // Code
    #ifdef __unix__
    // Code
    #endif
}

    Heißt die Funktion unter den anderen Systemen auch Sleep()?
    Ja oder?^^

    0
  • ?

    Wikinger75 schrieb:

    Naja ich dachte dadurch an folgende funktion:

    void wait::Start()
{
    #ifdef __Windows
    Sleep(Time);
    #ifdef __linux__
    // Code
    #ifdef __unix__
    // Code
    #endif
}

    Heißt die Funktion unter den anderen Systemen auch Sleep()?
    Ja oder?^^

    Schau selber nach unistd.h.

    Und warum so kompliziert? So weit kommst du doch gar nicht du musst ja schon beim Inkludieren der Header wissen welche Betriebssystem verwendet wird und dann vereinfacht sich der Code zu

    #ifdef __Windows // oder wie auch immer
   Sleep(abit);
#elif defined(_POSIX_VERSION)
   sleep(abit);
#else
#  error "Unsupported platform."
#endif

    Der Code funktioniert so übrigens nicht, da sleep in Sekunden arbeitet. Aber es gibt unzählige andere Sleep-Funktionen in unistd.h, schau einfach mal bei obigem Link (am besten die Doku von sleep aufrufen dort findest du die anderen Versionen aufgelistet).

    0
  • W

    So hab jetzt folgende Code, der Systemunabhängig laufen müsste:

    // Wait.hpp
/* Doppeltes einbinden verhindern! */
#ifndef WAIT_HPP_
#define WAIT_HPP_

/* Benötigte Header */
#include <windows.h> // Windows!
#include <unistd.h> // Linux, Mac OS & UNIX!

class wait
{
private:
    int *Time;
public:
    wait();
    wait(int Time);
    ~wait();
    int getTime() const;
    void setTime(int Time);
    void setTimeNULL();
    void Start();
};

//----------> Konstruktoren <----------//
wait::wait()
{
    this->Time = new int;
}

wait::wait(int Time)
{
    this->Time = new int;
    this->Time = Time;
}

//----------> Destruktoren <----------//
wait::~wait()
{
    delete this->Time;
}

//----------> Getter <----------//
int wait::getTime() const
{
    return this->Time;
}

//----------> Setter <----------//
void wait::setTime(int Time)
{
    this->Time = Time;
}

void wait::setTimeNULL()
{
    this->Time = 0;
}

//----------> Andere <----------//
void wait::Start()
{
    /* Funktion soll Systemunabhängig sein! */
    #ifdef __Windows
    Sleep(Time);
    #elif defined(_POSIX_VERSION)
    sleep(Time);
    #else
    #  error "Unsupported platform."
    #endif
}

//---------->> ENDE <<----------//

#endif

    Das wäre jetzt z.b eine Unabhängige Klasse oder?

    0
  • ?

    Nein, denn windows.h gibt es nur im Platform SDK von Microsoft Windows und somit sieht ein Kompileraufruf unter Linux ungefähr so aus:

    $ g++ test.cpp -o test
    test.cpp:7:34: error: windows.h: No such file or directory
    test.cpp: In constructor ‘wait::wait(int)’:
    test.cpp:33: error: invalid conversion from ‘int’ to ‘int*’
    test.cpp: In member function ‘int wait::getTime() const’:
    test.cpp:45: error: invalid conversion from ‘int* const’ to ‘int’
    test.cpp: In member function ‘void wait::setTime(int)’:
    test.cpp:51: error: invalid conversion from ‘int’ to ‘int*’
    test.cpp: In member function ‘void wait::Start()’:
    test.cpp:66: error: invalid conversion from ‘int*’ to ‘unsigned int’
    test.cpp:66: error: initializing argument 1 of ‘unsigned int sleep(unsigned int)’

    Du musst schon um die Inkludes ein #ifdef-Block packen der den passenden Header findet je nach verwendetem System. Schaut dir mal autoconf an damit kannst du eine Datei erstellen bzw. ein Skript welches man vorm Kompilieren aufruft dieses überprüft bestimmte Eigenschaften (zum Beispiel vorhandene Bibliotheken, die genutzte Plattform, Betriebssystem, uvm.) und stellt das bereit, so dass deine Anwendung beim Kompilieren weiß womit sie es zu tun hat.

    0
  • W
     

    /* Benötigte Header */
#ifdef __Windows
   #include <windows.h> // Windows!
#else
   #include <unistd.h> // Linux, Mac OS & UNIX!
#endif

    Damit müsste es Funktionieren...

    Thx für die Seite, die schau ich mir noch irgentwan mal in ruhe an^^

    0
  • U

    1. war der pointer doof und damit die Aufrufe falsch, weil Sleep keinen Pointer sondern den Wert möchte - d.h. deine klasse (es hätte zwar auch ne Fkt getan, aber ok...) hat die adresse in einen int umgewandelt und so lange gesleept...
    2. wozu eine fkt, wie SetTimeNULL?
    3. gibt es Initialisierungslisten
    4. teilt man idr. zwischen *.h und *.cpp auf - *.hpp ist nicht so üblich, aber ich habs mal so gelassen... da man das so schön aufteilt, hat man jz die *.h schön zum mal schnell nachgucken, was gemacht wird und die *.cpp muss man nie wieder angucken - die includes werden somit auch in die *.cpp verschoben, weil du die net brauchst
    5. ist es doch hässlich, jedes mal wieder this-> vor member zu schreiben - und unnötig
    6. wie gesagt, funzt das mit dem immer includen nicht so richtig - hab ich auch mal geändert
    7. will die sleep-fkt sekunden haben und die Sleep arbeitet mit millisekunden... damit ist auch die bezeichnung time doof - aber bissl was sollst du ja auch noch zu tun haben ^^

    // Wait.hpp 
/* Doppeltes einbinden verhindern! */ 
#ifndef WAIT_HPP_ 
#define WAIT_HPP_ 

class wait 
{ 
private: 
    int time;
public: 
    wait(); 
    wait(int _time);
    int getTime() const    { return time; }
    void setTime(int _time){ time = _time; }
    void Start();
};

#endif

    /*wait.cpp*/
#include "wait.hpp"

wait::wait() : time(0)
{} 

wait::wait(int _time) : time (_time)
{}

void wait::Start() 
{
    #ifdef __Windows
      #include <windows.h>
      Sleep(time);
    #elif defined(_POSIX_VERSION) 
      #include <unistd.h>
      sleep(time/1000); 
    #else
      #error Not a supported platform
    #endif 
}

    falls du fragen hast, dann frag...

    bb

    0
  • W

    Ja klar ist das falsch, das hab ich nur mal so runtergekritzelt und später in ruhe überarbeitet. Momentan sieht das ganze so aus:

    // Timer.hpp

#ifndef TIMER_HPP_
#define TIMER_HPP_

/* Benötigte Header */
#ifdef __WIN32__
   #include <windows.h> // Windows!
#else
   #include <unistd.h> // Linux, Mac OS & UNIX!
#endif

class Timer
{
private:
    int Time;
public:
    Timer();
    Timer(int Time);
    ~Timer();
    int getTime() const;
    void setTime(int Time);
    void setTimeNULL();
    void Start();
};

//----------> Konstruktoren <----------//
Timer::Timer()
{
}

Timer::Timer(int Time)
{
    this->Time = Time;
}

//----------> Destruktoren <----------//
Timer::~Timer()
{
}

//----------> Getter <----------//
int Timer::getTime() const
{
    return this->Time;
}

//----------> Setter <----------//
void Timer::setTime(int Time)
{
    this->Time = Time;
}

void Timer::setTimeNULL()
{
    this->Time = 0;
}

//----------> Andere <----------//
void Timer::Start()
{
    /* Funktion soll Systemunabhängig sein! */
    #ifdef __WIN32__
       Sleep(this->Time);
    #elif defined(_POSIX_VERSION)
       sleep(this->Time);
    #else
       #error "Unsupported platform."
    #endif
}

//---------->> ENDE <<----------//

#endif

    Dieser Code ist schon ausführbar...

    4. teilt man idr. zwischen *.h und *.cpp auf - *.hpp ist nicht so üblich, aber ich habs mal so gelassen... da man das so schön aufteilt, hat man jz die *.h schön zum mal schnell nachgucken, was gemacht wird und die *.cpp muss man nie wieder angucken - die includes werden somit auch in die *.cpp verschoben, weil du die net brauchst

    Na klar teile ich die auf, aber Leute die das Kopieren könnens selber aufteilen :p . Ich finde das lesserlich in einer Datei besser (Fürs Forum).
    Außer der Code ist lang dan sollte man schon aufgeteilt Posten...

    Mfg Wikinger75!

    0
  • U

    du hast offenbar noch immer nicht bemerkt, dass #error keine "" braucht...

    gut - damit bleiben nur noch 4 der 7 punkte... 🙄
    aber da dir es offensichtlich egal ist, brauch ich ja au nix mehr dazu sagen...

    bb

    0
Anmelden zum Antworten