Bubble

Dann mach es so: <p>Ihr Account ist <span style="font-weight:bold">NICHT</span> aktiv...bla..bla... </p> Ich ging davon aus, dass Du das HTML-Element <span> kennst. Dein Problem ist also kein CSS-Problem gewesen. Alternativ kannst Du auch das HTML-Element <strong> verwenden, das den Text "stark" auszeichnet, Browser sind in der Umsetzung des "wie" IMO jedoch weitgehend frei: <p>Ihr Account ist <strong>NICHT</strong> aktiv...bla..bla... </p>

Richtig. Dann weiß er aber, was er tut. Meinetwegen soll jeder der mag Einwahltools benutzen, aber das, was man normalerweise unter Dialern versteht, lehne ich ab.

Schau Dir die Dokumentation und Beispiele der Funktionen fopen, fclose, fread und fwrite an. Beispiel für fwrite: int a=2; fwrite(&a,sizeof(int),1,streamptr); Beispiel für das Einlesen: int b; fread(&b,sizeof(int),1,streamptr); Damit kannst Du Dein Problem lösen. Die erzeugten Dateien sind allerdings nicht über alle Plattformen hinweg portabel.

Warum kann man das nicht ganz normal in der Netzwerkumgebung konfigurieren und der Benutzer aktiviert die Verbindung mit einem Doppelklick?

Ja. Man kann die Parameter beliebiger Funktionen aus beliebigen DLLs nicht einfach so ermitteln. Das geht nur bei .NET Assemblies (.NET DLLs) aufgrund der darin enthaltenen Metadaten. Mit COM-Objekten geht es IMO auch (muss ja).

Ich sehe in Dialern keinerlei Sinn. DFÜ-Verbindungen sind mit Bordmitteln einfach zu erstellen, Dialer haben immer einen komischen Beigeschmack. Tolerabel wäre es allenfalls, eine vom Benutzer für den Zweck selbst angelegte Netzwerk-Verbindung zu aktivieren.

Und was, wenn es z.B. ein englisches Windows ist?

Das kann man ohne Probleme selbst hinbekommen.

CSS = Cascading Style Sheet? Dann ist die Frage zwar im falschen Forum, aber mit font-weight:bold kannst Du Text in Fettschrift ausgeben. Wenn die Frage doch mir C oder C++ zusammenhängt, dann stell' sie bitte noch einmal etwas genauer

Bei normalen DLLs: nur exportierte Namen (siehe Tool Dependency Walker). Bei .NET Assemblies: z.B. per Reflection.

Das Ergebnis wäre nicht eindeutig, es gäbe zwei mögliche Kreismittelpunkte.

Es muss mindestens CTest::m_text = new char[100]; [/PHP] heißen. Die Konstruktion halte ich allerdings trotzdem für fragwürdig.

Schau Dir die WinHTTP Funktionen (Platform SDK) an. Damit kannst Du von C++ aus auf Dateien über das HTTP Protokol zugreifen. Wenn Du statt bat Dateien eine Skript-Sprache (z.B. für den WSH) verwenden würdest, könntest Du das WinHttpRequest Objekt verwenden.

Evtl. liegt es daran, dass fgets, fread, etc. gepuffert sind. Versuche es einmal mit garantiert ungepufferten Funktionen (read bzw. _read bei VC++). Was für DLLs? Unter Windows kannst Du ähnlich wie unter Linux mit der Funktion CreateFile einen Handle auf einen COM-Port öffnen.

Warum ist das Volumen von Interesse? Letzlich ist es nutzungsabhängig. Eine obere Grenze kannst Du durch (maximal verfügbare Bandbreite)*(Nutzungsdauer) ermitteln.

Die Dateinamen merken.

Bestimmt nicht. Evtl. liegt Dein Fehler auch ganz woanders. Da ich nichts Genaues weiß kann ich nur weiter raten: Evtl. hilft es ja, die Message/Event-Verarbeitung manuell in der Schleife anzustoßen.

MessageBox hat mehr als einen Parameter (HWND, LPCTSTR, LPCTSTR, UINT). Deine Variante funktioniert nur für Member-Functions einiger Klassen der MFC. Mit dem Code-Fragment alleine kann ich nur raten woran es liegt, da ich die Member-Function GetCommEvent nicht kenne. Du musst deutlich mehr beschreiben oder an Code zeigen. Evtl. hilft es Dir aber statt des MessageBox Aufrufes ein Sleep(200) oder ähnlich einzubauen (siehe auch vorige Anwort), wobei ich das ohne weitere Nachforschungen nur als Work-Around betrachten würde.

Wie sind denn die Einstellungen für das Verzeichnis im IIS selbst? Evtl. fehlen dort bereits die nötigen Zugriffsrechte.

Linux - also der Kernel - ist großteils in C geschrieben, es gibt auch in Assembler geschriebene Teile.

Ich vermute (bzw. hoffe für ihn ), dass sein Thermometer einfach Temperaturangaben periodisch über die Serielle Schnittstelle (sei es im "Klartext" oder sonst wie festgelegt, aber schon als via Terminal-Programm einlesbare Bit-Abfolge) ausgeben kann. Ansonsten gebe ich ihm wenig Chance es hinzubekommen. Wenn ein Signal mit der Frequenz f ohne Verlust abgetastet werden soll, reicht die doppelte Abtastfrequenz (also 2f). Falls hohe Timinganforderungen ins Spiel kommen, ist es je nach Anforderung ohnehin kritisch, denn Linux ist kein Echtzeitbetriebssystem.

Vermutlich meinst Du COBOL .NET. Das dürfte eine Umsetzung (ggf. mit Anpassungen) der Programmiersprache Cobol an die .NET Laufzeitumgebung und damit auch an die .NET Klassenbibliothek sein.

Dann sag doch, dass Du noch nicht so weit bist, um das umzusetzen. Was bringt es denn wenn es nachher zwar irgendwie klappt, aber unter Umständen diverse Fehler drin sind. Hast es denn keinen Ansprechpartner, den Du Fragen kannst und der Dir bei solch speziellen Problemen weiterhilft?

Es gibt den praktischen Weg unter Linux serielle Schnittstellen als Datei zu öffnen (geht auch unter Windows), da die Schnittstellen im /dev Verzeichnis eingeblendet werden, z.B. als "/dev/ttyS0". Suche im Web nach "serial-programming.howto" und nach "Serial Programming Guide for POSIX Operating Systems", das sollte zusammen ein paar Infos liefern. Das klingt so abwertend. Natürlich kennen Programmiersprachen so etwas nicht. Allenfalls Funktionsbibliotheken unterstützen bei dem Vorhaben. Da Du aber eine "sogenannte Headerdatei" schreiben musst und wenn ich mir Dein C-Codebeispiel anschaue, vermute ich, dass Du mit C/C++ noch nicht besonders viel Erfahrung hast. Daher: Du solltest Dich zuerst mehr mit C beschäftigen und zusätzlich allgemein etwas von den Abläufen in der Hardware kennen, bevor Du Dich an serielle Schnittstellen wagst.

Der Gedanke kam mir auch grade, aber da war's Posting schon abgesetzt :hells: Das Feature ist in der Tat diskutiert, manche sagen es ist der Vollständigkeit halber erlaubt. Oder ein Feature mehr, dass, falls es einmal für ein Klassendesign nützlich ist, zur Verfügung steht. Letztlich kann man aber auch hier Fälle konstruieren in denen es Verwendung finden kann. Dies soll aber nicht bedeuten, dass man das gleiche Problem nicht auch anders lösen könnte. Eine durch Ableitung erfolgte Spezialisierung kann bisher zur Verfügung stehende Funktionen und Variablen überflüssig oder im neuen Zusammenhang sogar unlogisch machen. In dieser Hinsicht kann es sinnvoll sein sie zu verbergen. So kann es auch sein, dass auf die Daten einer vererbten Klasse nur mittels der Schnittstellen dieser Klasse zugegriffen werden soll.