Excel übernimmt keine Daten

[theo]

Das hätte in dem Fall tatsächlich nicht geholfen und so gesehen ist das Beispiel im Wiki mit 3.2.0 und älter fehlerhaft. Das Problem ist nämlich, dass die Konvertierung von sowohl AnsiString als auch UnicodeString zu WideString für das COM Dispatching in der Unit ComObj fehlerhaft war (bzw. die für UnicodeString war überhaupt gar nicht vorhanden). Das habe ich letzte Woche gefixt.

Genau das hatte ich vermutet.
Danke fürs fixen.

[PascalDragon]

Danke fürs fixen.

Kein Ding. Ich möchte ja schließlich auch, dass FPC möglichst fehlerfrei funktioniert.

[JoelH]

Danke fürs fixen.

+1

Mich verwundert etwas dass man zu diesem Fehler gar nichts findet. Ich werde ja nicht der Erste gewesen sein, dem das passiert ist.

[Winni]

Mich verwundert etwas dass man zu diesem Fehler gar nichts findet. Ich werde ja nicht der Erste gewesen sein, dem das passiert ist.

Hi!

Wie im richtigen Leben: es gibt Fehler an die man sich gewöhnt.
Merkel ist immer noch Kanzler und bei in Intrinsics kann man solange F1 drücken, wie man möchte.
Da passiert nix:

Schreib mal "copy" in Deinen code, setz den Cursor drauf und drück F1:
Also man sollte ja wenigstens ne Fehlermeldung bekommen.
So etwa:
"Ich bin zu dumm für Intrinsics. Sieh gefälligst woanders nach."

Oder wenn man nun bei komplizierten Funktionen nicht mehr die Reihenfolge der Parameter weiss und
ALT+Cursor Up drückt. Wenn man schon mal angefangen hat, weil man die ersten 3 Parameter noch weiss und dann ALT+Up: Die dusselige IDE gibt keine Antwort, sondern eine Fehlermeldung. Ja dass ich noch nicht zu Ende getippt hab, dass weiss ich selbst - dazu brauch ich keine IDE.

Und wenn in der Uses-Abteilung noch nicht die richtige Unit steht, dann arbeitet das Hilfe-System schon mal garnicht.
Wobei ja DAS oft genug die Frage ist. Weil z.B. in den letzten 20 Jahren die UTF8-Funktionen mehrfach umgezogen sind. Oder man gerade neues Terrain erobert.

Das sind doch die Fehler in der IDE mit denen wir alle leben, aber keiner beschwert sich.

Winni

[fliegermichl]

Wie im richtigen Leben: es gibt Fehler an die man sich gewöhnt.

Genau und wenn sich eine Hilfeseite öffnen sollte, dann sehe ich den Quellcode der procedure/function/Klasse usw. von der ich eigentlich erfahren wollte wozu die da ist. Wenn ich deren Quellcode hätte sehen wollen, hätte Ctrl + Linksklick gereicht.

Michl

[JoelH]

Darum geht es ja gar nicht. Fehler sind normal und irgendwo findet sich fast immer ein Workaround.

Wenn ich den Recordcountfehler in TSQLQuery nehme, den findet man sofort zuhauf mit dem Workaround First, Last, First. Ich fühle mich in BDE-Zeiten zurückgesetzt.

Aber das man einfach den String in einen Widestring packen muss um die Excelübergabe zu machen, das findet man praktisch nicht, also zumindest hab ich es nicht gefunden. Das fand ich weit seltsamer, als den Fakt, dass es da einen Bug geben könnte.

[wp_xyz]

Mich verwundert etwas dass man zu diesem Fehler gar nichts findet. Ich werde ja nicht der Erste gewesen sein, dem das passiert ist.

Ich denke schon. Wahrscheinlich gibt es außer dir kaum jemanden, der den OLE-Mist verwendet.

[JoelH]

Wahrscheinlich gibt es außer dir kaum jemanden, der den OLE-Mist verwendet.

Der Mensch ist ein Gewohnheitstier. Ich mach das schon seit 20 Jahren so. Simpler kann man keine Daten nach Excel schieben.

[PascalDragon]

Mich verwundert etwas dass man zu diesem Fehler gar nichts findet. Ich werde ja nicht der Erste gewesen sein, dem das passiert ist.

Wahrscheinlich wissen die meisten "OLE = COM -> WideString" und casten daher einfach nach WideString wodurch der Fehler natürlich nicht auffiel...

[Sieben]

Mir käme da, allein schon des Namens wegen, aber eben auch OLEVariant in den Sinn. Warum hat der hier nicht funktioniert, bzw tut er es eventuell jetzt, nach dem vorgenommenen Fix? Testen kann ich es mangels passender Umgebung momentan leider nicht.

[af0815]

Wenn ich den Recordcountfehler in TSQLQuery nehme, den findet man sofort zuhauf mit dem Workaround First, Last, First. Ich fühle mich in BDE-Zeiten zurückgesetzt.

Sorry, wenn ich recordcount mit einer Sqlquery verwende, dann hat man das System nicht verstanden. Da gibt es keinen Workaround. Wenn man wissen will wieviele Datensätze das werden, sollte man besser der Server mit count fragen. Recordcount sagt dir nur wieviel vom Server gefetched wurden. Nicht mehr und nicht weniger.

BDE war Desktopdatenbank, dort hat Recordcount einen Sinn. SqlQuery ist für Serverdatenbanken. Das sind komplett verschiedene Denkansätze.

Da gibt es IMHO keinen Fehler, sondern ein Verständnisproblem und falsche Verwendung.

Wenn es darüber noch Diskussionen gibt, dann in einem extra Thread.

[Winni]

Hi!
Nur der Vollständigkeit halber:

RecordCount der BDE ieferte zumindest bei dBase-Tabellen (teilweise) falsche Ergebnisse.
Nämlich wenn man im Multi-User-Mode ein Record gelöscht hatte, dann wurde nur ein Flag gesetzt im Record.
Recordcount zählte diese Records aber fröhlich mit, bis im exclusive Mode diese Records auch physikalisch gelöscht wurden.

War früher nicht unbedingt alles besser ...

Winni

[JoelH]

BDE war Desktopdatenbank, dort hat Recordcount einen Sinn.

Alles klar, BDE war Desktopdatenbank. Darum haben wir damit auch gegen Oracle-Server programmiert früher, so in Zeiten von Delphi 4.

Deshalb hier noch mal explizit Danke an alle die mir hier bei meinem Problem geholfen haben, und nicht nur irgendwelche Weisheiten loswerden wollen die keinen interessieren.