@Krischu: Dann lass Dir vor dem Zugriff `cresttol` ausgeben. Am besten nicht direkt, sondern als Ergebnis von `repr()`, also ``print(repr(cresttol))`` oder ``print(f"{cresttol!r}")``, oder noch besser ``print(f"{cresttol=}")``. Falls man solche Ausgaben zur Fehlersuche öfter mal macht/braucht ...

Das liegt ziemlich wahrscheinlich daran, dass `RPi.GPIO` kaputt ist. Das ist von 2022 und 2024 wurde etwas am Kernel geändert was die GPIO-Nummern betrifft. Schau Dir mal https://pypi.org/project/rpi-lgpio/ an.

@Krischu: Was ist denn das für eine Frage? Das kann man doch einfach ausprobieren wenn man aus irgendeinem Grund nicht in der Python-Dokumentation nachlesen kann.

Edit: Das ist übrigens kein Array-Operator. Ich würde das Element-Zugriffs-Operator nennen, denn der Operator wird mit Indexwerten ja ...

@PetiJ: Ich hoffe Du bist der einzige, denn wie im anderen Forum schon geschrieben: Das Projekt ist offiziell tot, und empfiehlt auf der archivierten Github-Seite sogar explizit ein anderes Package als Ersatz. Welches zudem noch den Vorteil hat, wie bei der Empfehlung auch beschrieben, dass das nur ...

@snafu: Bei dem ersten Blick war auch einer in den generierten Code? Und ich meine jetzt nicht den Code den man nicht anfassen muss, der kann ja grottig aussehen wie er will, wenn er generiert ist. Sondern den Code den man dann selber um die Programmlogik erweitert.

@StMan: Falls das irgendwie ausgerichtet sein sollte, dann darf das nicht einfach so als Text in den Beitrag, denn mehrere „whitespace“-Zeichen im HTML-Quelltext werden vom Browser in normalem Text zu einem Leerzeichen. Dazu zählen neben normalen Leerzeichen und Tabulatoren auch Zeilenenden. Weshalb ...

@malzbier: Die Frage ist ob das Programm überhaupt (direkt) wegen dieser Fehlermeldung abschmiert. Das kann ja noch ein andere Problem geben. Und wenn die C++-Bibliothek hart abraucht und dabei etwas ausgibt, muss das in der IDE nicht unbedingt sichtbar sein. Zudem verändern IDEs die ...

@geraldfo: Die Lösung ist kein nacktes ``except`` was dann am Ende vielleicht etwas falsches behauptet, sondern sehr wahrscheinlich *weniger* ``try``/``except`` wenn irgendwo eine Ausnahme verschluckt wird. Das Problem könnte ja beispielsweise nach der Division bei der Ausgabe passieren, die ...

@DeaD_EyE: Soll diese ominösen Nicht-Antwort wieder irgendwen ”triggern”? Und glaubst Du wirklich jemand regt sich tatsächlich auf, nur weil eine Nachfrage kommt warum ``+`` statt idiomatischerer Python-Code?

@snafu Dafür war/ist mir die Aufgabe noch zu unklar.

@snafu: Vorgabe war das "Auto" nur "Auto" finden soll, aber nicht "Automat" oder ähnliches. Nach "Automat" sollte extra gesucht werden. Und \b hatte ich ja schon zweimal vorgeschlagen. Kann man natürlich auch umständlich schreiben wenn man möchte.

@Pedroski55: Was soll denn der positive lookahead in den Ausdrücken? Der ändert nichts am Ergebnis, verkompliziert nur unnötig die regulären Ausdrücke. Und das ist ziemlich deutlich nicht das was gefragt ist. Lies doch wenigstens die Frage(n) ordentlich durch.

@egon11: Was heisst einfacher? Und ist das an Leerzeichen aufteilen nicht _zu_ einfach, denn so wird man bei "Am Ende dieses Satzes steht ein Auto." das Auto nicht finden, weil "Auto" ≠ "Auto."

Deswegen erwähnte ich ja „word boundary“ bei regulären Ausdrücken. Allerdings würde das dann immer noch ...

@egon11: Warum denn dann `re` und nicht einfach `==`? Falls das Wort *in* einem Listenelement vorkommen können soll, dann ist das Beispiel schlecht gewählt, denn dafür reicht es ja nur ein Beispiel ohne die Liste zu zeigen und es sollte dann auch mehr als nur das Wort in dem zu durchsuchenden Text ...

@Kudde: Dann ergibt sich daraus für uns natürlich das Problem, dass wir nicht wissen was ihr bis dahin schon gelernt hattet. :-)

Wobei sich `capitalize()` ja durch Sachen ersetzen lässt, die auch bei den anderen Teillösungen von Dir verwendet werden, also wäre das kein Problem es richtig zu machen ...

@Dennis89: *Das* wäre doch nur ``R=S``, ich gehe ja davon aus, dass die Eingabedaten ``S="... der Satz ..."`` schon existieren und zähle nur die Bytes die für das erstellen von `R` aus `S` notwendig sind. Und nur den ersten Buchstaben vom zweiten Wort ”vergrössern”, kann man in 44 Bytes so machen ...

@Kudde: `capitalize()` ist falsch, man muss tatsächlich gezielt das erste Zeichen ändern. Siehe weiter unten in diesem Beitrag.

@Dennis89: Du änderst da ja nur das zweite Wort. Meine 107 Bytes beziehen sich auf alle Änderungen. Allerdings muss ich die korrigieren, denn `capitalize()` geht in der ...

@Dennis89: Allgemeingültig. Sonst wäre das hier ja die wahrscheinlich unschlagbare Lösung:

Womit wir dann bei JavaScript sind. Da führt nicht wirklich ein Weg drum herum. Damit braucht man dann aber auch den 204-Hack nicht mehr und kann auch bei den Buttons eine Rückmeldung an das Front-End senden ob der Aufruf erfolgreich war.

Also wenn der Satz an `S` gebunden ist, und das Ziel ist das Ergebnis an `R` zu binden, dann komme ich auf 107 Bytes. :-)

Edit: `title()` geht nicht, weil das nicht nur den ersten Buchstaben betrifft. Sollte zum Beispiel an der Stelle ein Wort mit Bindestrich stehen:
In [224]: "first-second".title ...