Klotzkopp

@Crush: Ich denke, es ging eher um Windows-Fensterklassen (die mit RegisterClassEx usw.) als um die Steuerelementklassen der MFC. @themaster: int GetClassName( HWND hWnd, LPTSTR lpClassName, int nMaxCount );

Das ist kein Fehler Windows CE ist grundsätzlich Unicode, d.h. jedes Zeichen hat 16 Bit. Bei der Unicode-Darstellung der normalen ANSI-Zeichen ist das High-Byte immer Null, daher sieht es so aus, als ob Deine Datei "Lücken" hat. Unter CE ist ein TCHAR immer ein wchar_t, und damit sind auch alle Klassen und Methoden, die auf TCHAR aufbauen (z.B. CString) Unicode. Es gibt zwei Möglichkeiten: Wenn Du willst, dass gewöhnliche Windows-Programme (wie z.B. Notepad) die Datei als Unicode erkennen, dann schreibe als erstes Zeichen ein 0xFEFF rein (bzw. 0xFF und 0xFE als einzelne Bytes - wir sind ja Little Endian). Wenn Du eine ANSI-Datei erstellen willst, dann solltest Du Dich mit den diversen Konvertierungsfunktionen beschäftigen. USES_CONVERSION und Konsorten können mit den üblichen Einschränkungen verwendet werden.

Oder so: char szCommand[40]; char* pszOrdner = "pub"; sprintf( szCommand, "cd %s", pszOrdner ); system( szCommand );

Na, dann ist ja gut Das ist aber umständlich Wie wärs damit: int StringCompare(char *s1, char *s2) { return 0 == strcmp( s1, s2 ); }

Vorsicht! strcmp darf nur zum Vergleichen von Strings verwendet werden. Für Arrays allgemein ist es völlig ungeeignet, weil strcmp aufhört, sobald es ein Array-Element mit dem Wert 0 findet. Das ist bei Strings gewollt, weil das Nullzeichen die Stringende-Markierung darstellt. Bei Arrays wird das problematisch, weil strcmp u.U. zu früh, oder, was noch viel schlimmer ist, zu spät mit dem Vergleich aufhört. Die einzige Methode, zwei Arrays zu vergleichen, ist mit einer Schleife: bool arraysgleich = true; for( int i=0; i<arraygroesse; i++ ) { if( array1[i] != array2[i] ) { arraysgleich = false; break; } }[/CODE]

Das geht "nur" mit COM-DLLs.

Bei netgear gibts auch einiges. Ich verwende zu Hause den RP114 (den kleinsten), und bin voll zufrieden damit.

Worauf bezieht sich das? C++-APIs Algorithmik, wenn die Frage nicht sprachspezifisch ist. Wenn Du das nicht selbst programmieren willst, Anwendungssoftware, ansonsten das Sprachforum Deiner Wahl. Niemand hat etwas davon gesagt, dass Du Deine Fragen "irgendwohin" schreiben sollst. Es gibt aber Foren auf diesem Board, in die diese Fragen passen (s.o.). Eine weitere Unterteilung der Foren kann auch zu verminderter Übersicht führen. Die Anzahl der Befehle ist kein Kriterium für die Einrichtung eines Forums

Es müsste möglich sein, vom Dokument mit dem FrameSet über die frames-Collection an die einzelnen HTMLWindow-Objekte zu kommen, und über deren Document-Property jeweils wiederum an die Frames selbst.

Anmerkung: Es ist weniger der Datenaustausch als der Verbindungsaufbau. Der Datenaustausch ist sowohl bei passivem als auch bei aktivem FTP in beide Richtungen möglich. Sockets sind ja keine Einbahnstraßen

Zum Thema: Bei codeguru gibts was: http://www.codeguru.com/listview/edit_subitems.shtml

Wenn ich mir Deinen Avatar so anschaue, müsstest Du doch eigentlich wissen, was Standard-C/C++ ist, und was nicht. Thema (wieder mal) verschoben...

Du hast nicht zufällig einige der STL/Stream-Headerdateien mit h und einige ohne eingebunden? Das wäre die naheliegendste Ursache.

mal 100, floor, durch 100

Mit Tutorials kann ich Dir nicht helfen, aber soweit ich weiß, kann man nur mit dem Embedded Visual Studio Programme für CE schreiben.

Du bist wahrscheinlich auch noch stolz drauf... *kopfschüttel*

Ja, aber ausgabe ist proportional zu sin_val, der Schleifenvariablen. Wohl war.

Was sagt denn Depends zu den DLLs? Und zeig uns doch mal den Code mit LL und GPA, mit den typedefs, falls Du welche machst.

Ja, aber immer um den gleichen Wert, also linear. Hab ich Tomaten auf den Augen, oder ist sin_val 0, 20, 40, 60, 80, ..., 340, 360? Der wirkliche Funktionswert wird nur fürs prinft errechnet, aber nicht auf den Port gegeben.

Und das funktioniert? Du gibst doch immer noch lineare Werte aus :confused:

\

Hallo zusammen, ich brauche eine Idee, wie ich unter Win32 bzw. WinCE mithören kann, welche Daten über eine serielle Schnittstelle laufen. Das ganze sollte kein Gerätetreiber sein, weil ich auf dem CE-Gerät keine zusätzlichen Treiber installieren kann. Wenn also jemand so etwas schon mal gemacht hat, oder eine zündende Idee hat, immer raus damit

1. Wenn Du Dein Ergebnis sowieso auf auf 0 - 4095 skalieren musst, dann ist die Angabe 10 V sinnlos. Entscheidend ist: Die Sinusfunktion liefert Werte zwischen -1 und 1, d.h. Du musst 1 addieren und mit 2047.5 multiplizieren, um auf Deinen gewünschten Wertebereich zu kommen. 2. Das Argument der Sinusfunktion ist ein Winkel, es macht wenig Sinn, da die Spannung einzusetzen. Wenn Du eine vollständige Periode sehen willst (ein Berg, ein Tal), brauchst Du Werte von 0 bis 360°. Die meisten Programmiersprachen erwarten das Argument allerdings in Bogenmaß, dabei sind 360° gleich 2 PI. Das folgende Beispiel liefert 360 Werte. Wenn Dir das zu grob oder zu fein ist, musst Du den Wert in der For-Schleife hinter dem += ändern. #define PI 3.14159265358979323 int main() { double wert; for( double grad= 0.0; grad <= 360.0; grad += 1.0 ) { wert = ( sin( grad / 180.0 * PI ) + 1.0 ) * 2047.5; printf( "%d\n", (int) wert ); } return 0; }[/CODE]

Wenn Du in eine Reihenhaussiedlung ziehst, dann ist klar, dass zwei Hausnummern weiter ein Haus steht, das Deinem sehr ähnlich sieht. Das kannst Du aber nicht aus der Hausnummer allein folgern

Nein, in dem Fall kannst Du die Spalte so breit ziehen, wie Du willst, die Rauten bleiben. Excel kann einfach keine negativen Uhrzeiten darstellen.