0x12 = 18??? - Das (Computer-)Geek-Quiz

[FF]

Brainstar: Gnah. Ich habs zuvor im IRC gepostet, und nicht hier. Und jetzt warst du auch noch schneller T_T

[Drakes]

Brainstar: Gnah. Ich habs zuvor im IRC gepostet, und nicht hier. Und jetzt warst du auch noch schneller T_T

...

Brainstar ist dran.

[dead_orc]

*sigh* So wird das hier nie was.

Was ist der (die) Unterschied(e) zwischen Symlinks unter UNIX und Verknüpfungen unter Windows?

Zusatzfrage: Was ähnelt den Verknüpfungen mehr?

[Lukas]

Symlinks werden auf Dateisystemebene verarbeitet, Windows-Verknüpfungen sind vom Explorer verwaltete normale Files. Oder so.

Wenn's richtig ist, Freirunde.

[dead_orc]

Symlinks werden auf Dateisystemebene verarbeitet, Windows-Verknüpfungen sind vom Explorer verwaltete normale Files. Oder so.

...

Genau das wollte ich hören.

Zusatzfrage: Was ähnelt den Verknüpfungen mehr?

...

Das sind natürlich die *.desktop Dateien, wie sie z.B. unter Ubuntu in /usr/share/applications liegen. Sie werden im Prinzip genau so verwendet ("Startmenü"-Einträge, Desktop-Icons, ...), können aber wesentlich mehr Informationen enthalten. (etwa mehrsprachige Titel)

Wenn's richtig ist, Freirunde.

...

[Manni]

Wenn's richtig ist, Freirunde.

...

Gut, dann frage ich mal: Warum ist die Benutzung der super() Funktion in Python problematisch?

[Cherry]

Es suggeriert, wie in Ruby, die selbe Methode der Superklasse aufzurufen; tatsächlich ruft es aber nur die nächste Methode in der MRO (Method Resolution Order - afaik) auf.

[Manni]

Es suggeriert, wie in Ruby, die selbe Methode der Superklasse aufzurufen; tatsächlich ruft es aber nur die nächste Methode in der MRO (Method Resolution Order - afaik) auf.

...

Jo ist im Prinzip richtig. Problematisch wird das ganze bei Mehrfachvererbung, weil dann die MRO für seltsames Verhalten sorgen kann. Und das Mischen von super() und Aufrufen über die Klasse (Class.foo(obj, [...]) anstatt super(Class, obj).foo([...])) ist auch sehr böse, weil dann möglicherweise eine Methode doppelt aufgerufen wird - wenn man also super() benutzt, muss man es auch überall benutzen. Achja, was auch noch problematisch ist, wenn Methoden unterschiedliche Parameteranzahl haben, und das ganze dann über super() weitergegeben wird, kommt es auch da eventuell zu Fehlern... Mehr dazu gibt es hier.

Du bist dran :P

[Cherry]

nenne ein Nicht-Microsoft-Betriebssystem, das mit Windows binärkompatibel ist!

[drunken monkey]

Code:

mov ecx,8
label_1:
dec ecx
call someproc
test ebx,ebx
jz label_2
inc ecx
jmp label_3
label_2:
dec ecx
label_3:
test exc, exc
jnz label_1

Wie kann man diesen Code weiter optimieren?

...

Code:

mov ecx,8
label_1:
dec ecx
call someproc
test ebx,ebx
jz label_2
inc ecx
loop label_1
jmp label_3
label_2:
dec ecx
loop label_1
label_3:

Das dürfte so ziemlich das einzige sein, denke ich. Hab' allerdings auch noch nie auf einem Intel assembliert, könnte also leicht komplett falsch sein. <__<'
Naja, und wenn man someproc vorher kennt, wären evtl. noch einige andere Sachen möglich (OK, Inlining z.B., aber halt noch anderes).

Wobei natürlich auch die Frage ist, worauf man optimiert.

Edit: Witnogargf ist da gerade passiert? o_O Wenn ich endlich mal was weiß! O__O

[Cherry]

Ich hatte mich geirrt. Ich wollte auf etwas hinaus, was bei DIESEM Beispiel keinen Sinn macht (self-modifying code: sub byte ptr [label2], 8), außerdem hatte ich versehentlich zweimal ecx verwendet (eigentlich sollte die Schleife über ecx und das inc/dec über edx laufen). Daher hab ich meine Frage schnell geändert. Aber offenbar zu langsam.

[Manuel]

nenne ein Nicht-Microsoft-Betriebssystem, das mit Windows binärkompatibel ist!

...

ReactOS

Falls richtig, gebe ich ab...

[Cherry]

jo

[Cherry]

okay, dann noch eine Frage: Welches Gerät (z.B. NUL, PRN, ...) erzeugt bei DR-DOS in Verbindung mit dem Befehl "type" eine endlose Schlange von Smilies (ASCII-Zeichen 0x01) als Ausgabe?

[Cherry]

es ist CLOCK$.



Naja, dann mal wer anderer. Wird ja sonst langweilig der Monolog hier