Klotzkopp

Da bist du hier aber ganz falsch. Ich schieb dich mal in die richtige Ecke.

Mit -o gibst du den Namen der Ausgabedatei an. Mit dieser Zeile weist du also den Compiler an, aus der einzigen Quelldatei bingo.cpp ein Programm mit dem Namen main.cpp zu erstellen. Klar, dass dann die Main-Funktion fehlt. Hast du vielleicht einfach vergessen, den Namen des Programms anzugeben?

Dann hast du eine unmögliche Aufgabe erhalten. GetComputerName liefert dir nur den NetBIOS-Namen, nicht die Domäne oder Arbeitsgruppe. Wie schon mehrfach gesagt, müsstest du NetWkstaGetInfo benutzen, was in Windows 9X/ME nur in einer 16Bit-DLL vorliegt.

Wenn es C++ sein soll, sollte man auch die Möglichkeiten von C++ nutzen: #include <sstream> #include <string> #include <iostream> using namespace std; int main() { string str = " 0 AZ 0039049 001522300x"; string s; istringstream stream( str ); stream >> s >> s >> s; string::size_type pos = str.find( s ); cout << "Die Ziffernfolge " << s << " kommt an Stelle " << pos << " vor\n"; }[/code]

Gibt es ein Problem damit, dass es ein Taschenrechner sein soll, oder weißt du grundsätzlich nicht, wie man an eine solche Aufgabe herangeht?

Das Problem ist nicht das In-Place-Steuerelement, sondern das ganz normale Rich Edit Control, das zum Rendern der Texte benutzt wird. In CRichEditGridDlg::OnInitDialog muss man bei m_RichEditTemp.Create zusätzlich ES_MULTILINE angeben. Zusätzlich muss man in CInPlaceRichEdit::OnChar die Sonderbehandlung der Entertaste entfernen und im In-Place-Steuerlement ES_MULTILINE und ES_WANTRETURN hinzufügen.

Den Hinweis auf die Boardregeln diesbezüglich hast du ja schon bekommen. Weil der andere Thread erheblich mehr verwertbare Informationen erhält als dieser, verschiebe ich den anderen ins richtige Forum, und mache hier dicht.

Welche GUI-Klassenbibliothek benutzt du denn?

Das wäre ziemlich witzlos. Einzeln bekommt man Visual C++ 2005/2008 nur als Express Edition. Die kann weniger als die entsprechende kostenpflichtige Version als Bestandteil von Visual Studio, ist aber dafür umsonst, auch ohne MSDNAA.

fachinformatiker.de? Nie gehört Im Ernst, wenn du das hier gelesen hast, hast du vielleicht auch einen Link? Dann lässt sich das vielleicht schnell klären.

Bitte ein Thema nur in einem Unterforum posten - siehe Boardregeln. Vorläufig geht's hier weiter: http://forum.fachinformatiker.de/c-c/113343-probleme-cgridctrldemo-richedittext.html

Das möchte ich bezweifeln. Alles, was Google dazu ausspuckt, stammt offenbar von dir selbst. Hast du vielleicht einen Link?

Es gibt soweit ich weiß, keine besondere Beschränkung. Da für die Längenangaben der Typ int benutzt wird, liegt das Maximum bei 2.147.483.647. Kann natürlich gut sein, dass dir vorher der Speicher ausgeht

Der Microsoft-Compiler erfüllt den Standard nicht ganz, und hat ein paar Erweiterungen, aber das gilt für so ziemlich jeden Compiler. Das ist Unsinn. Du kannst mit Visual C++ die Features von .NET benutzen, musst es aber nicht. Der MinGW-Compiler, der üblicherweise bei Dev-C++ benutzt wird, hat auch ein paar Erweiterungen gegenüber dem C++-Standard

Dev-C++ wird offenbar nicht mehr weiterentwickelt. Das letzte Release ist nun bald 3 Jahre her, und seitdem hat sich da nichts mehr getan. Die IDE hat außerdem eine ganze Menge Bugs. Das trifft wohl auf mehr oder weniger jede IDE zu, aber bei Dev-C++ ist eben nicht abzusehen, dass sich daran noch etwas ändert.

Ich weiß nicht, was du mit "chaotisch" meinst. Ich finde Visual Studio sehr klar strukturiert. Wenn du etwas genauer beschreiben könntest, was dir an Visual Studio nicht gefällt, wäre es einfacher, dir eine Alternative zu empfehlen. Wenn das die einzige klare Anforderung ist (abgesehen davon, dass es offenbar unter Windows laufen soll): Visual C++ 2008 Express. Code::Blocks. Eclipse mit CDT. Lass die Finger von Dev-C++.

Das ist ein fachlich sehr ungenauer Begriff. Außerdem sehe ich nicht, was es mit deinem Problem zu tun hat. Du musst doch aus der Ausgabe nur das rauspicken, was du brauchst. Das ist doch nicht mehr als Stringverarbeitung. Allerdings musst du wahrscheinlich noch auf unterschiedliche Sprachen achten. Unter Windows 2000 kannst du dann ja einen anderen Mechanismus benutzen. Aber es ist vermutlich wirklich am einfachsten, wenn du die Ausgabe des Konsolenbefehls in eine Datei umleitest, diese Datei dann einliest und verarbeitest.

Was soll das sein? Dann mach es doch so, wie hier beschrieben: http://forum.fachinformatiker.de/windows-betriebssysteme/112564-arbeitsgruppe-win98-auslesen.html Wenn das jemals unter Windows 9X/ME laufen soll, nein. GetUserNameEx gibt es erst ab Windows 2000. Aber das hatten wir doch alles schon mal: http://forum.fachinformatiker.de/c-c/111944-alternative-zu-getcomputernameex-weil-nur-xp-funzt.html

Ich sollte das wohl noch etwas genauer beschreiben: Dein Programm benutzt NetWkstaGetInfo, und zwar mit Load-Time Dynamic Linking. Das bedeutet, dass beim Erstellen des Programms eine Importbibliothek benutzt wurde, die eine Abhängigkeit zu einer DLL herstellt. Diese Abhängigkeit wird beim Start des Programms geprüft, und schlägt unter 95/98/ME fehl, weil die dort vorhandene DLL diese Funktion nicht enthält. Das bedeutet erstens, dass du dein Programm offensichtlich nicht mit den korrekten Einstellungen erstellt hast, um es unter 9X/ME lauffähig zu machen, denn dann hättest du es gar nicht kompilieren können. Die Windows-Headerdateien sind diesbezüglich ziemlich gründlich. Zweitens bedeutet das, dass du Run-Time Dynamic Linking benutzen musst, um diese Funktion unter NT/2000/XP usw. benutzen zu können, wenn dasselbe Programm auch unter 9X/ME laufen können soll. Sprich LoadLibrary/GetProcAddess.

Das hat mit GetComputerName nichts zu tun. Dein Programm benutzt die Funktion NetWkstaGetInfo. Die gibt's unter 98/ME nicht. P.S.: Ich habe mir erlaubt, dein Word-Attachment durch eine portable und erheblich kleinere Bitmapdatei zu ersetzen

Das sollte von ganz allein gehen. Sag doch erst einmal, was "ich komme nicht weiter" konkret heißt. Mit dieser Fehlerbeschreibung kann man nämlich nichts anfangen.

Erstens ist es Unsinn, die Größen zusammenzuzählen. Es geht um den maximalen Speicherbedarf einer Aufnahme. Du musst also nur die größte Größe ermitteln, und mit dieser weiterrechnen. Zweitens solltest du mit den Einheiten besser aufpassen. 15cm x 30cm sind 450 Quadratzentimeter. 450cm² = 69.75 Quadratzoll (450 / 2,54 / 2,54) Das ergibt bei der gegebenen Auflösung von 300 Pixel pro Zoll 69.75 * 300 * 300 = 6277513 Pixel. Vermutlich ist es aber einfacher, wenn du Länge und Breite einzeln in Pixel umrechnest, dann kannst du nicht vergessen, dass du bei Flächenmaßen die Faktoren zweimal anwenden musst: 15 cm = 5.90551 Zoll = 1772 Pixel bei 300 DPI 30 cm = 11.811 Zoll = 3543 Pixel bei 300 DPI 1772 * 3543 = 6278196 Pixel. Durch Rundungsfehler ist das nicht genau derselbe Wert. Wie du richtig erkannt hast, braucht bei 8 Bit Farbtiefe jeder Pixel genau 1 Byte 6278196 Bytes = 6131 kBytes Hier ist noch ein Fehler. Die Daten werden auf 9% der ursprünglichen Größe reduziert, du rechnest aber so, als ob sie um 9%, also auf 91% reduziert würden. 6131 kBytes * 0,09 = 552 kBytes

Der gezeigte Code ist ein sinnloser Mischmasch aus Fragmenten von C++, Python und Shellkommandos. Ich halte das für einen schlechten Scherz von orhan83, und mach darum hier erst mal dicht. orhan83, du kannst dich bitte per PN an mich wenden.

Ich hab gerade mal ein wenig rumgespielt. Das Hauptfenster (Class ExploreWClass) empfängt WM_COMMAND-Nachrichten, wenn man die Menübefehle auslöst. Die IDs sind bei mir: 28717 View > Thumbnails 28718 View > Tiles 28713 View > Icons 28715 View > List 28716 View > Details

Schau dir mal StarUML an. Ich bin damit recht zufrieden, habe allerdings den Codegenerator für C++ noch nie benutzt.