Klotzkopp

Wenn das die einzigen Fehlermeldungen sind, dann liegt es vermutlich an der Entwicklungsumgebung. Denn das Programm sollte sich jetzt zumindest kompilieren und linken lassen. Vielleicht solltest du dich von dieser Uralt-IDE lösen und etwas aktuelleres installieren, z.B. Code::Blocks oder Visual C++ Express, beides gibt's kostenlos. Nebenbei, nimm bitte nicht Dev-C++. Auch das liegt zum Teil daran, dass du eine sehr sehr alte Entwicklungsumgebung benutzt. Visual C++ 2008 lieferte für deine Fehler folgende Meldungen (Hervorhebung von mir): "getcahr": warning C4013: [B]'getcahr' undefined[/B]; assuming extern returning int main.obj : error LNK2001: unresolved external symbol _getcahr[/code] Semikolon: [code]error C2146: syntax error : [B]missing ';' [/B]before identifier 'getchar' Weitere Fehler im Code: doubles liest man mit %lf ein, nicht mit %f. doubles gibt man mit %f aus, nicht mit %d. Mit der Formatfestlegung auf 3 Stellen beim Einlesen machst du es nur dir und dem Benutzer schwer. Die Berechnungsformel ist falsch. Du rechnest zuerst / und dann *.

Beim letzten printf fehlt das abschließende Semikolon.

An dem Unterschied zwischen "getchar" und "getcahr".

Zeiger haben keinen eigenen Inhalt. Du kannst also in einen Zeiger gar nichts kopieren. Du kannst nur einen Zeiger auf einen Speicherbereich zeigen lassen, in den du dann etwas reinkopieren kannst. Wenn du (bei deinem ursprünglichen Code) schreibst stringSaved = stringSavedFree; dann heißt das einfach nur, dass der Zeiger stringSaved jetzt auf das Array stringSavedFree zeigt. Wenn also das Array zerstört wird (weil es beispielsweise aus dem Scope läuft), wird auch der Zeiger ungültig. Was du am Array änderst, wirst du auch am "Inhalt" des Zeigers ändern, und umgekehrt. Wenn du einem Zeiger nie etwas zuweist, ist er "uninitialisiert". Ein Zugriff auf einen solchen Zeiger verursacht üblicherweise Schutzverletzungen bzw. Segmentation Faults. Bevor du also mit strcpy etwas in den Zeiger stringSavedFree kopieren kannst, musst du ihn auf ordentlich alloziierten Speicher zeigen lassen. Sei der nun mit malloc geholt oder ein Array oder was auch immer. Ein Zeiger allein ist nutzlos.

Wenn das Array groß genug ist, dass man das Ergebnis sicher dort reinkopieren kann (strcpy), dann hättest du auch gleich sprintf mit dem Array benutzen können, und würdest den Zeiger gar nicht brauchen.

Nein, hast du nicht. Das kann ja schon mal nicht sein. stringSaved ist mit ziemlicher Sicherheit ein char-Zeiger und stringSavedFree könnte auch ein char-Array sein. Das klingt für dich jetzt vielleicht nicht so, aber das sind wichtige Unterschiede. Der Umgang mit Strings ist in C nicht gerade trivial. Von solchen Details hängt ab, ob dein Code richtig oder falsch ist. Du hast immer noch nicht genug Code gezeigt. Die Definitionen und Initialisierungen fehlen. Es ist nicht zu erkennen, ob stringSavedFree überhaupt auf ein hinreichend großes Array zeigt, dass du strcpy aufrufen könntest.

Verdächtig falsch. Allerdings lässt sich dazu mit deinen etwas dürftigen Erklärungen nicht mehr sagen. Es ist wichtig, welchen Typ die Variablen genau haben, und was du genau damit machst. Du müsstest schon den Code zeigen.

Schreib eine JNI-fähige DLL, die wiederum die andere DLL einbindet.

Das kann man nicht genau sagen, ohne zu wissen, was stringSaved und stringSavedFree genau sind, und was du vorher mit ihnen machst. Es sieht aber ziemlich verdächtig aus.

Die Frage sollte wohl lauten: "Wie ersetze ich einzelne Zeichen in einem char-Array durch eine andere Zeichenkette?" Wenn man nicht mit einem zweiten Array arbeiten will, muss man alle Zeichen hinter der Ersetzungsstelle um so viele Zeichen nach hinten verschieben, wie der neue Text länger als der Alte ist, bevor man die Ersetzung vornehmen kann. Eine fertige Funktion gibt es dafür nicht. Die Antwort auf die urspünglich Frage lautet übrigens ganz klar: Nein

Portabel geht's leider nicht. _setmode(_fileno(stdout), _O_BINARY); sollte unter Windows helfen. Du brauchst <io.h> und <fcntl.h>.

Ein solcher Link wäre ein Verstoß gegen die Boardregeln.

Welches Service Pack bei NT? Nie gehört. Auch Google kennt sie nicht.

Mit welchen Windows-Betriebssystemen soll es denn genau gehen (Version / Service Pack)? Da kann es große Unterschiede geben - vor allem, wenn du Windows 95 / 98 / ME unterstützen musst.

Bitte kein Threadpushing, siehe Boardregeln. Am Wochenende ist hier nunmal nicht ganz so viel los.

Das hängt weniger von der Architektur als von der Adressbusbreite ab - Es gibt x86-Systeme mit weniger als 32 Bit HwDeviceExtension ist vermutlich ein void-Zeiger. In C ist ein void-Zeiger implizit in jeden anderen Zeigertyp konvertierbar. In C++ übrigens nicht - da ist der Cast notwendig, die zweite Zeile lässt sich in C++ nicht kompilieren, wenn HwDeviceExtension ein void* ist.

XSL-Dateien beschreiben, wie Daten aus einer anderen XML-Datei umgewandelt werden. Das ist eher ein "Programm" als ein Schema. Ich zitiere dich mal: Genau das geht mit xalan und einer xsl-Datei. Die Daten müssen in einer XML-Datei stehen. Das ist ja bei dir anscheinend der Fall (siehe oben).

Soweit ich dein Problem verstanden habe, ist es mit Excel nicht lösbar. Ich habe dir eine Alternative vorgeschlagen. Wenn du das nicht umsetzen willst, kann ich auch nichts machen.

Zum Unwandeln benutzt man üblicherweise XSLT. Du brauchst also vermutlich eine XSL-Datei, keine XSD-Datei. Eine XSD-Datei enthält nämlich nur eine Spezifikation, wie eine XML-Datei aussehen soll, nicht wie man andere Daten in dieses Format umwandelt. Das Problem liegt darin, dass Excel das nicht kann. Excel kann offenbar nur in ganz bestimmte Schemata exportieren, und deins passt nicht. Es gibt andere Tools, um XSLT umzusetzen, z.B. Xalan.

Du hast immer noch nicht erklärt, was genau du vorhast. Du hast das Werkzeug (Excel) beschrieben, und was du damit tust, aber nicht, welchen Zweck das ganze hat. Und so wie es aussieht, kann Excel nicht, was du da willst. Da du aber bisher noch nicht geschrieben hast, was du da vorhast, kann dir niemand weiterhelfen.

Da steht doch: "(For Windows and Linux, go to the 1.3.1_20 archive page.)" Möglicherweise war die 1.3.1_20 die letzte, die für Windows/Linux rauskam, und die 21 und 22 sind Backports für Solaris.

Es gibt in Struktogrammen keine besondere Darstellung für solche Operationen. Das sind ganz normale Anweisungen. Ich würde das überhaupt nur einbauen, wenn im Struktogramm die Fehlerbehandlung wichtig ist. Denn das Öffnen einer Datei kann fehlschlagen.

Dann ist Excel hier wohl das falsche Werkzeug.

Dein Schema (ein Programm ist das nicht wirklich) enthält eine Liste (StringTable) von Listen (Language). Damit kann Excel nicht umgehen.

Hier wird erklärt, was beim Exportieren von XML geht, und was nicht: http://office.microsoft.com/en-us/excel/HP102064011033.aspx