Klotzkopp

Sollte so funktionieren.

Wenn du "Zielstring" das char-Array meinst, in das das Ergebnis geschrieben wird: Nein. Das wird durch den Aufruf von sprintf nullterminiert. Es wäre wohl besser, wenn du hier nicht einen (ausgedachten?) Formatstring hinschreibst, sondern was dabei rauskommen soll. Alle Ausrichtungsprobleme lassen sich aber durch mehrfachen Aufruf von sprintf lösen.

Das ist hoffentlich nicht dein Ernst! :eek

Es sind Vierecke. Das kann man doch sofort sehen: 60, 90, 120, 90.

Du sprichst also von Prozessen? Es wäre schon sehr hilfreich, wenn du Fragen beantworten würdest: Nur mit "ich kann nicht mit Terminate beenden" kann niemand etwas anfangen.

Das ist wohl nicht die Message-ID: http://msdn.microsoft.com/library/en-us/vbaol11/html/olproEntryID_HV05247424.asp Was ist mit ItemProperties?

Das ganze ist prinzipiell möglich, wenn ein Pseudozufallszahlengenerator benutzt wird, denn die sind deterministisch. Sobald ein Zufallszahlengenerator zur Anwendung kommt, der auf physikalischen Prozessen basiert, wie z.B. radioaktivem Zerfall, war's das. Aber selbst bei einem deterministischen Pseudo-RNG kann der Berechnungsalgorithmus beliebig kompliziert sein.

Gern geschehen Zwei Hinweise möchte ich dir noch mitgeben: Der Kollege hat es sicher gut gemeint, als er dir sagte, dass sich das eigentlich nicht auswirken sollte. Entwickle eine gesunde Skepsis gegenüber dem Wort "eigentlich". Hier (wo ich arbeite) haben wir einen Running Gag: "Das sollte eigentlich so unter CE laufen". Das betreffende Windowsprogramm war nur unter größten Schwierigkeiten nach CE portierbar. Wie sagt man so schön: Man hat schon Pferde vor der Apotheke ****en gesehen. Prüfe auch die unwahrscheinlichen Fehlerursachen, gerade wenn sie so einfach zu prüfen sind, wie hier. Und leg Wert auf gute Fehlerbehandlung. Ich weiß, dass das gerade bei VBS eher unhandlich ist, und "On Error Resume Next" ist ja auch sehr bequem. Aber wenn mal ein Problem auftritt, suchst du dich dumm und dämlich.

Ja, dann geht's. Das Problem liegt letztendlich daran, dass im Skript eine Sort.bat im "falschen" bin-Ordner erstellt wird. Da der Pfad aber gar nicht existiert, wird die eben nicht erstellt, und auch nicht ausgeführt. Und mit unsortierten Daten kommt das Skript wohl nicht zurecht.

Hier liegt das Problem: '-------------------------------------------------------------------------- '--- '--- Initialization global variables '--- '-------------------------------------------------------------------------- defaultBinPath = "" strComputer = "." ForReading = 1 ForAppending = 8 defaultSCCFile = "scc.localhost.cur" defaultInputPath = "c:\[b]Program Files[/b]\SCC\data" defaultOutputPath = "c:\[b]Program Files[/b]\SCC\data" strSccPath = "C:\[b]Program Files[/b]\SCC\bin" [/code] Damit funktioniert der Code nur auf einem englischsprachigen Windows.

Von der Zeile in der Quelldatei, aus der der Text "C \WINNT\win.ini::layout=0" stammt oder zusammengesetzt wird. Die wird ja offenbar falsch verarbeitet.

Wie sieht denn das "On Error" genau aus? Und wenn du es rausnimmst, läuft das Skript ohne Laufzeitfehler durch? Nein, ich hatte eigentlich auf 0 gehofft, denn Division durch Null könnte das Verhalten recht einfach erklären. Hast du die Zeile in der Quelldatei finden können?

Ist da irgendein "On Error" drin? Falls ja, nimm das mal raus. Falls das der richtige Code ist, dann ist inputLevel(3) ein String mit dem Inhalt "C \WINNT\win.ini::layout=0". Der wird aber für das 6. Tabellenelement offenbar wie eine Zahl behandelt, was wenig sinnvoll ist. Und gib mal bitte aus, welchen Wert total an dieser Stelle hat. Kannst du die entsprechende Zeile in der Quelldatei finden? Was genau steht da drin? Steht die ganz am Ende?

Bist du sicher, dass du uns den richtigen Code gezeigt hast? Der Code erzeugt Tabellenzeilen mit 6 <TD>-Tags. Deine Beispielausgabe hat nur 5.

Die Diskussion über die Effizienz von Sortieralgorithmen bitte hier weiterführen, damit wir hier beim Thema bleiben.

Jetzt schon (abgetrennt von For Schleife...Array)

Ich würde das machen wie hier:http://forum.fachinformatiker.de/c-compiler-ides-apis/91648-postmessage-messagemap-man-nachricht-abfaengt.html Eine eigene Nachricht definieren und die senden. In der Behandlungsfunktion für diese Nachricht rufst du dann eine Funktion auf, die die Datenbankverbindung aktualisiert und den Dialog anzeigt. Dann kannst du auf PreTranslateMessage verzichten.

Ich habe mal ein wenig gesucht: Wie es aussieht, solltest du keine modalen Dialoge in PreTranslateMessage öffnen. Ist sowieso ziemlich schmutzig, diese Vorgehensweise. PreTranslateMessage braucht man nur selten, und hier auf keinen Fall.

Wie startest du denn diesen Thread? Ich habe so das Gefühl, dass der Parameter gar kein gültiger CPatient* ist.

Dann kannst du nicht diese Software als Projekt verwenden, sondern nur den Teil, der nach der Genehmigung passiert. Das musst du dann aber auch klar trennen können, über entsprechende Schnittstellen. Teilprojekte sind möglich. Du kannst aber nicht einfach 70 Stunden aus einem größeren Projekt rausschneiden.

Es gibt nicht "die COM". COM ist ein Modell. Es gibt COM-Server (als DLL oder EXE). Diese stellen Objekte zur Verfügung, diese wiederum implementieren Schnittstellen (Interfaces). Über diese Schnittstellen kannst du mit den Objekten Daten austauschen. Ohne genauere Informationen über das Objekt bzw. das Interface kann dir niemand sagen, wie das genau geht.

Nein, das ist schon richtig so. So heißt das bei Scripting.FileSystemObject. Wir sind ja bei VBS, nicht VB. Eigentlich sollte der Code so funktionieren. Wie |roTekuGeL| schon sagte, es wäre interessant zu wissen, was hinterher in der Ausgabe steht, nachdem die Quelldatei eigentlich abgearbeitet sein sollte.

Höllenkind hat doch schon gesagt, dass es nicht um die serielle Schnittstelle geht :confused:

Dafür gibt es eine Funktion, die (merkwürdigerweise ) RUNDEN heißt. Wieviele Stellen angezeigt werden, kannst du über die Formatierung der Zelle einstellen.

Hast du Eytibis Code nicht gesehen? Nennst du das "viel Aufwand"? Das erste if könnte man sogar noch loswerden. Woher kommt nur diese Fixierung auf Bubblesort? So mancher scheint das für die Silberkugel für alle Softwareprobleme zu halten. Um das kleinste und größte Element zu ermitteln, musst du nicht sortieren. Das Problem lässt sich in linearer Zeit lösen. Jeder Sortieralgorithmus ist weniger effizient.