Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > ger.ct > #585494 > unrolled thread

Was ist an dieser Stellenanzeige verkehrt ?

Back to article view | Back to ger.ct

Contents

  Was ist an dieser Stellenanzeige verkehrt ? Bonita Montero <Bonita.Montero@gmail.com> - 2023-02-22 08:47 +0100
    Re: Was ist an dieser Stellenanzeige verkehrt ? "F. W." <me@home.com> - 2023-02-22 09:01 +0100
      Re: Was ist an dieser Stellenanzeige verkehrt ? Bonita Montero <Bonita.Montero@gmail.com> - 2023-02-22 10:51 +0100
        Re: Was ist an dieser Stellenanzeige verkehrt ? "F. W." <me@home.com> - 2023-02-22 11:47 +0100
          Re: Was ist an dieser Stellenanzeige verkehrt ? Bonita Montero <Bonita.Montero@gmail.com> - 2023-02-22 13:59 +0100
    Re: Was ist an dieser Stellenanzeige verkehrt ? Sebastian Zenker <zonk@technokrat.org> - 2023-02-22 10:58 +0100
      Re: Was ist an dieser Stellenanzeige verkehrt ? Bonita Montero <Bonita.Montero@gmail.com> - 2023-02-22 14:00 +0100
    Re: Was ist an dieser Stellenanzeige verkehrt ? Stefan+Usenet@Froehlich.Priv.at (Stefan Froehlich) - 2023-02-22 10:06 +0000
    Re: Was ist an dieser Stellenanzeige verkehrt ? Joachim Pimiskern <JoachimPimiskern@web.de> - 2023-02-22 11:44 +0100
      Re: Was ist an dieser Stellenanzeige verkehrt ? Bonita Montero <Bonita.Montero@gmail.com> - 2023-02-22 14:05 +0100

#585494 — Was ist an dieser Stellenanzeige verkehrt ?

https://ibb.co/f0pvBNX

[toc] | [next] | [standalone]

#585495

Am 22.02.2023 um 08:47 schrieb Bonita Montero:

> https://ibb.co/f0pvBNX

Die Schleife wird nie ausgeführt?

FW

[toc] | [prev] | [next] | [standalone]

#585514

Am 22.02.2023 um 09:01 schrieb F. W.:

> Am 22.02.2023 um 08:47 schrieb Bonita Montero:

>> https://ibb.co/f0pvBNX

> Die Schleife wird nie ausgeführt?

Da ist keine Schleife.
Das Problem ist, dass da die Adressen zweier Sting-Literale verglichen
werden, nämlich "du" und "Entwicklungsingeneur ...". Die können je nach
Compiler und Linker aber unterschiedliche Adressen haben. Und auch wenn
kontrollierbar wäre welche Adressen die haben, so ergäb das immer noch
keinen Sinn.
Auf jeden Fall hab ich bei dieser Stellenanzeige auf Facbeook mal die
Verbesserung ...

	if( dynamic_cast<EntwicklungsIngeneurEmbedded *>( Du ) )

... vorgeschlagen. Dazu müsste Du polymorph sein, also eine virutelle
Methode haben und eine abgeleitete Klasse existieren die Entwicklungs...
heißt auf die man downcasten kann ohne, dass das Ergebnis Null ergibt.
Das hinter der Bedinung hätte man auch eleganter machen können indem
man einfach einen vector<string> genommen hätte und da mehrere string
-objekte angehängt hätte die sich aus einem impliziten Temporary er-
geben was berechnet wird wenn man nur ein String-Literal angibt wie
es im Beispiel mit += "..." fortlaufend hinzugefügt wird.
Beide Änderungen hätten das Ganze wirklich eleganter gemacht und es
würden sich weniger N00bs auf die Stelle bewerben.

[toc] | [prev] | [next] | [standalone]

#585522

Am 22.02.2023 um 10:51 schrieb Bonita Montero:

> 
>>> https://ibb.co/f0pvBNX
> 
>> Die Schleife wird nie ausgeführt?
> 
> Da ist keine Schleife.
> 

Stimmt: der Block wird nie ausgeführt.

> Das Problem ist, dass da die Adressen zweier Sting-Literale
> verglichen werden, nämlich "du" und "Entwicklungsingeneur ...". Die
> können je nach Compiler und Linker aber unterschiedliche Adressen
> haben. Und auch wenn kontrollierbar wäre welche Adressen die haben,
> so ergäb das immer noch keinen Sinn.

Ich habe gedacht, dass das "D" von "Du" immer alphabetisch vor dem "E"
von "Entwicklung..." steht und der Block nach dem if nie ausgeführt
werden wird. Aber die Adressenargumentation überzeugt natürlich auch.

> Auf jeden Fall hab ich bei dieser Stellenanzeige auf Facbeook mal
> die Verbesserung ...
> 
> if( dynamic_cast<EntwicklungsIngeneurEmbedded *>( Du ) )
> 
> ... vorgeschlagen.

Ich schätze, Du hast den Job. :-D

FW

[toc] | [prev] | [next] | [standalone]

#585537

Am 22.02.2023 um 11:47 schrieb F. W.:

> Ich habe gedacht, dass das "D" von "Du" immer alphabetisch vor dem 
> "E" von "Entwicklung..." steht und der Block nach dem if nie ausgeführt
> werden wird. Aber die Adressenargumentation überzeugt natürlich auch.

Ne, ein String literal hat den Typ char const [&][N], und das wird
dann bei einem Vergleich in ein const char * verwandelt, also die
Startadresse des Strings. Und im Endeffekt werden mit dem was da
gezeigt wurde die Adressen von zwei Strings verglichen. Der Compiler
kann die String in beliebiger Reihenfolge ins Objektfile schreiben
bzw. da gibt es keine Vorschrift. Und der Linker darf das auch noch
mal beliebig verdrehen. Im Endeffekt ist die Reihenfolge aber auch
egal, denn das ist ja wie gesagt eh kein lexikographischer Vergleich,
sondern es werden nur die Adressen der beiden String-Literale ver-
glichen.

[toc] | [prev] | [next] | [standalone]

#585515

Am 22.02.2023 um 08:47 schrieb Bonita Montero:
> https://ibb.co/f0pvBNX

- int main ohne return
- Lötkolben auf dem Schreibtisch direkt neben dem Monitor (???)

-- 
Sebastian Zenker

[toc] | [prev] | [next] | [standalone]

#585538

Am 22.02.2023 um 10:58 schrieb Sebastian Zenker:

> - int main ohne return

Wenn Du bei main kein return machst gibt das implizit 0
bzw. EXIT_SUCCESS zurück.

> - Lötkolben auf dem Schreibtisch direkt neben dem Monitor (???)

Ja, so sieht der Code auch aus. ;-)

[toc] | [prev] | [next] | [standalone]

#585518

On Wed, 22 Feb 2023 08:47:13 Bonita Montero wrote:
> https://ibb.co/f0pvBNX

Eigentlich so ziemlich alles.

Servus,
   Stefan

-- 
http://kontaktinser.at/ - die kostenlose Kontaktboerse fuer Oesterreich
Offizieller Erstbesucher(TM) von mmeike

Stefan - deiner kracht beknackter oder auch richtungsweisender.
(Sloganizer)

[toc] | [prev] | [next] | [standalone]

#585521

Am 22.02.2023 um 08:47 schrieb Bonita Montero:
 > https://ibb.co/f0pvBNX

Da nichts Schriftliches ausgegeben wird, kann der Compiler die
benefits skrupellos wegoptimieren.

Grüße,
Joachim

[toc] | [prev] | [next] | [standalone]

#585539

Am 22.02.2023 um 11:44 schrieb Joachim Pimiskern:

> Da nichts Schriftliches ausgegeben wird, kann der Compiler die
> benefits skrupellos wegoptimieren.

Naja, beim Vergleich der String-Literal-Adressen kann der Compiler ja
nicht sagen an welchen Adressen die Strings im Endeffekt landen. Da der
Linker die Anordnung umschmeißen darf kann der Compiler hier an der
Stelle auch nichts wegoptimieren.
Bei dem ewig langen String der da in "beneFits" (für das Wort gibts so
geschrieben dann Kritik von sonstwem, aber ich bin nicht für 
sprachli-ches zuständig), aber ich weiß nicht ob das mit dem String de 
da zusam-mengebaut wird wegoptimiert werden kann denn das String-Objekt 
wächst
ja dynamisch bzw. da hängen ja Re-Allomationen dran, was ein Seiten-
effekt ist den der Optimierer ja nicht überschauen kANN:

[toc] | [prev] | [standalone]

Back to top | Article view | ger.ct

csiph-web