Absender: Menzel, Frank IT-OS
Datum: Do, 14.10.2010 13:38:12
In-reply-to:
<684B0001-B07F-4684-A8EE-FF7983C6FBE0@xxxxxxxxxxxxxxx>
References:
<096FD558C4D20046A1BABE72DFF0C6C33B3ED5A41C@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx><CE1FB7FF-4A39-47CE-80F6-316DD3A2D068@xxxxxxxxxxxxxxx><20100826195514.307630@xxxxxxx> <9FC1FC43-9D8F-4DF1-A899-DD2305A89771@xxxxxxxxxxxxxxx> <9DD5454FB74E49BABC1EAF57CD9B8505@FrankPC> <D077FF81-B44C-43D6-B5AE-DC12B2BE6714@xxxxxxxxxxxxxxx> <09576064-BE2C-42E1-96DA-ABACB3B3E4F6@xxxxxxxxxxxxxxx> <20101013181942.290030@xxxxxxx> <EFA41A8A-EFD0-42D4-A75A-798D1EE8B024@xxxxxxxxxxxxxxx> <096FD558C4D20046A1BABE72DFF0C6C33D480BB960@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx> <684B0001-B07F-4684-A8EE-FF7983C6FBE0@xxxxxxxxxxxxxxx>
Hallo Timo, zu dem Punkt: " Weißt Du, ob es denn grundsätzlich bei dem uBasic-Interpreter möglich ist (sein soll), einen String als Parameter zu verwenden? Falls ja, dann müsste man eigentlich nur noch die Parameter-Übergabe zum RemoteCall anpassen (bot_remotecall() erwartet derzeit einen Zeiger auf ein Parameter-Array). Im Prinzip so, wie bei bot_2_bot_start_remotecall()." Den Stringnamen der aufzurufenden Routine/ Verhalten habe ich im Ubasic. Aber wie soll die Parameterübergabe gehandelt werden? Je nach Verhalten/ Routine sind die Parameter unterschiedlich. Mit bot_2_bot_start_remotecall sollte es sogar gehen, denn der Stringname ist bekannt. Tja, aber die Parameter... "Nur noch" ist gut, wenn Du eine Lösung hast, den Aufruf einer Routine sehr flexibel zu gestalten... Gruß, Frank -----Original Message----- From: ct-bot-entwickler-bounces@xxxxxxxxxxxxxxxxx [mailto:ct-bot-entwickler-bounces@xxxxxxxxxxxxxxxxx] On Behalf Of Timo Sandmann Sent: Thursday, October 14, 2010 12:39 PM To: Entwicklung rund um den c't-bot Subject: Re: [ct-bot] Basic-Interpreter für den Bot Hallo Frank, Am 14.10.2010 um 11:50 schrieb Menzel, Frank IT-OS: > Hallo Timo, > zeichenweise in dem Sinn, dass kein Puffer benötigt wird für das das komplett eingelesene basic-prog. Soll dann direkt aus der Basic-Datei geholt werden. Wie genau, das obliegt dem Entwickler ... ich weiß nicht, ob wir dasselbe meinen, aber was ich da jetzt nicht nachvollziehen kann, wäre z.B. die nächste Anweisung ist call("my_function"). Spätestens, wenn der Interpreter "my_function" in der Tabelle suchen will, muss er doch auch alle Zeichen vom String "my_function" kennen (also irgendwo gespeichert haben), um strcmp() o.ä. aufrufen zu können? > Ich hatte auch schon mal versucht, aus dem Stringnamen einer C-Funktion auf die in der remotecall-Struktur hinterlegte C-Routine zu schliessen, was mir aber nicht gelungen ist:-( Sonst hätte ich das auch schon so versucht, finde aber dazu keinen Weg außer über die extra Tabelle... Weißt Du, ob es denn grundsätzlich bei dem uBasic-Interpreter möglich ist (sein soll), einen String als Parameter zu verwenden? Falls ja, dann müsste man eigentlich nur noch die Parameter-Übergabe zum RemoteCall anpassen (bot_remotecall() erwartet derzeit einen Zeiger auf ein Parameter-Array). Im Prinzip so, wie bei bot_2_bot_start_remotecall(). Gruß, Timo _______________________________________________ ct-bot-entwickler Mailingliste ct-bot-entwickler@xxxxxxxxxxxxxxxxx http://www.heise.de/bin/newsletter/listinfo/ct-bot-entwickler Confidentiality note: The information in this email and any attachment may contain confidential and proprietary information of Heidelberger Druckmaschinen AG and/or its affiliates and may be privileged or otherwise protected from disclosure. If you are not the intended recipient, you are hereby notified that any review, reliance or distribution by others or forwarding without express permission is strictly prohibited and may cause liability. In case you have received this message due to an error in transmission, we kindly ask you to notify the sender immediately and to delete this email and any attachment from your system.