## c't-Projekte - Mailinglisten

[Voriger (Datum)] [Nächster (Datum)] [Voriger (Thread)] [Nächster (Thread)]
[Nach Datum][Nach Thread]

### Re: [ct-bot] area - Stack- Pfadplanung

Absender: Timo Sandmann
Datum: Fr, 24.10.2008 15:59:55
In-reply-to: <48C139945BA47F4DB4DE05DF62CD57AA03DA0FE3D8@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
References: <48C139945BA47F4DB4DE05DF62CD57AA03DA0FE3BF@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx> <4901D0F9.4040104@xxxxxxxx> <48C139945BA47F4DB4DE05DF62CD57AA03DA0FE3D8@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>

    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

- Antworten:
  - AW: [ct-bot] area - Stack- Pfadplanung
    - From: Frank Menzel

- Referenzen:
  - [ct-bot] area - Stack- Pfadplanung
    - From: Menzel, Frank IT-OO4
  - Re: [ct-bot] area - Stack- Pfadplanung
    - From: Benjamin Benz
  - RE: [ct-bot] area - Stack- Pfadplanung
    - From: Menzel, Frank IT-OO4

- Voriger (Datum): RE: [ct-bot] area - Stack- Pfadplanung, Menzel, Frank IT-OO4
- Nächster (Datum): AW: [ct-bot] area - Stack- Pfadplanung, Frank Menzel
- Voriger (Thread): RE: [ct-bot] area - Stack- Pfadplanung, Menzel, Frank IT-OO4
- Nächster (Thread): AW: [ct-bot] area - Stack- Pfadplanung, Frank Menzel
- Indizes:
  - Datum
  - Thread