Absender: Frank Menzel
Datum: Fr, 24.10.2008 18:23:54
In-reply-to:
<B24D6DEA-7E70-4A5A-A05A-925828D07219@xxxxxxxxxxxxxxx>
...das hört sich gut an , gruß, frank -----Ursprüngliche Nachricht----- Von: ct-bot-entwickler-bounces@xxxxxxxxxxxxxxxxx [mailto:ct-bot-entwickler-bounces@xxxxxxxxxxxxxxxxx] Im Auftrag von Timo Sandmann Gesendet: Freitag, 24. Oktober 2008 16:00 An: Entwicklung rund um den c't-bot Betreff: Re: [ct-bot] area - Stack- Pfadplanung Hi, wie wäre es, wenn ein Verhalten einen Marker anfordern könnte (= aktueller Stackpointer) und dann beim "Löschen" nur bis dorthin gelöscht wird, indem man diesen Marker / Pointer als Parameter übergibt? Dann muss aber natürlich das Verhalten bei seiner Beendigung aufräumen und nicht das nächste Verhalten. Man könnte aber auch für das Abfahren der Positionen solche Marker verwenden, dass eben nur die Positionen abgefahren werden, die das Verhalten selbst (Marker als Parameter an drive-Verhalten übergeben) gespeichert hat. Grüße, Timo Am 24.10.2008 um 15:53 schrieb Menzel, Frank IT-OO4: > Hi, > direkt ein Stack ist es ja nicht und wurde auch deshalb umbenannt zu > Pos_store... > Das Area-Verhalten springt rein in die Pfadplanung und nach Ende > wieder raus. Nur dass nun der komplette Inhalt des pos-stores > gelöscht ist obwohl es für das area-Verhalten noch sinnvolle Daten > darin gegeben hat. Eigentlich müßte jedes Verhalten nur seine Daten > aufräumen, was aber so bisher nicht gemacht wird. > > Gruß, Frank > > > -----Original Message----- > From: ct-bot-entwickler-bounces@xxxxxxxxxxxxxxxxx [mailto:ct-bot-entwickler-bounces@xxxxxxxxxxxxxxxxx > ] On Behalf Of Benjamin Benz > Sent: Friday, October 24, 2008 3:43 PM > To: Entwicklung rund um den c't-bot > Subject: Re: [ct-bot] area - Stack- Pfadplanung > > Hi, > >> bin gerade beim Einbau der Pfadplanung in das area-Verhalten und >> bin hierbei auf ein Problem gestoßen. Dieses besteht darin, dass >> es für alle 3 Verhalten nur einen Stack gibt, also dasselbe Array >> für die Positionsdaten aus allen Verhalten. >> Nun ist es so, dass das area-Verhalten sich noch nicht befahrene >> Strecken im Stack merkt. Kann eine Strecke nicht direkt angefahren >> werden, läuft die Pfadplanung los, welche schon erst einmal zu >> Beginn den Stack löscht. Auch das folgende Stack-Fahrverhalten >> löscht zum Schluss sicherheitshalber den Stack. Tja und durch das >> Löschen sind nun alle Alternativwege für das area-Verhalten >> mitgelöscht worden :( >> Was kann man da tun ? Meine Idee wäre es, irgendwie eine oder >> mehrere Instanzen des Pos-Stores definieren, um mit denselben >> Routinen auf verschiedene Arrays zugreifen zu können. Ich wollte >> ungern direkt im Area-Verhalten ein eigenes Array unter dort >> eigener Verwaltung einbauen. > > solange die drei Verhalten nicht gleichzeitig aktiv sind, es sich um > einen echten Stack handelt und sie ihn nach beendigung wieder > aufräumen > (also ihren eigenen Kram entfernen und nicht einfach komplett löschen) > sehe ich keinen Grund, warum die sich nicht einen stack teilen > sollten. > > Ciao Benjamin > > > -- > Benjamin Benz > Heise Zeitschriften Verlag > Redaktion c't > eMail: bbe@xxxxxxxx > WWW : http://www.heise.de > > Heise Zeitschriften Verlag GmbH & Co. KG > Registergericht: Amtsgericht Hannover HRA 26709 > > Persönlich haftende Gesellschafterin: > Heise Zeitschriften Verlag Geschäftsführung GmbH > Registergericht: Amtsgericht Hannover, HRB 60405 > Geschäftsführer: Ansgar Heise, Steven P. Steinkraus, Dr. Alfons > Schräder > > _______________________________________________ > 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. > > _______________________________________________ > ct-bot-entwickler Mailingliste > ct-bot-entwickler@xxxxxxxxxxxxxxxxx > http://www.heise.de/bin/newsletter/listinfo/ct-bot-entwickler _______________________________________________ ct-bot-entwickler Mailingliste ct-bot-entwickler@xxxxxxxxxxxxxxxxx http://www.heise.de/bin/newsletter/listinfo/ct-bot-entwickler