Seite 144 von 254

Re: Jammer-Thread

Verfasst: 07.08.2015, 18:01
von Tiles
Also ich kann immer noch auf alles zugreifen. Das Schloss ist aber gesperrt. Also gehe ich mal schwer von einem Bug in der Icondarstellung aus. Weiss der Deibel was sich da nun verbogen hat.

Re: Jammer-Thread

Verfasst: 08.08.2015, 18:46
von Tiles
Tja, und nu bin ich richtich am jammern. Ich hatte ja intelligenterweise mit Paragon Backup n Recovery eine komplette Sicherung meiner C Partition auf dem Lappy gemacht. Aus genau dem Grunde dass mich solche Probleme wie oben nicht weiter jucken müssen. Einfach die Sicherung zurückspielen und gut. Tja. Wenns denn tun würde ...

Paragon hat mir nun beim Rückspielen mal eben die Windows Partiton zertrümmert. Und auch ein zweiter Versuch mit frisch installiertem Windows ging in die Hose. Datei Eingabe/Ausgabe Fehler. Ich kann nur schwerstens vermuten dass die versteckten Partitionen von Acer hier tierische Probleme bereiten. Ich hoffe mal dass ich mein nun extern aufgespieltes Windows noch zurechtkonfiguriert bekomme. Eigentlich besteht die Hardware ja auf das Acer Zeug von der vesteckten Partition ...

Und uah, ist ein frisch installiertes Windows 7 ohne Anpassungen gruselig!

Re: Jammer-Thread

Verfasst: 08.08.2015, 23:33
von Jonathan
Oh, ja das klingt nicht gut.

Bei meinem Laptop hab ich am ersten Tag 3 mal Windows neu installiert. Erst die normale installation / Einrichtung. Dann beschlossen, dass ich kein Hersteller-Branding will und eine normale Version deinstalliert. Dann gemerkt, dass immer noch irgendetwas übrig ist und beim dritten mal erst alle Partitionen gelöscht. Natürlich können Recovery-Partitionen nützlich sein, aber ich würde das Image, das vom Hersteller drauf war, nie wieder benutzen wollen, also bin ich sehr zufrieden, dass sie weg ist. Natürlich auch, weil man dadurch noch ein paar GB mehr Speicher hat.

Re: Jammer-Thread

Verfasst: 10.08.2015, 17:01
von Krishty
dot (http://zfx.info/viewtopic.php?f=9&t=307&start=4155#p46767) hat geschrieben:
Krishty hat geschrieben:Dir Rückgabe ist die Pest; Visual C++ verschüttet die Rückgabewerte dauernd auf den Stapelspeicher. Zwar werden die Register drei Mal so effizient ausgenutzt (habe leider nur X, Y, & Z), aber dafür bewirkt das Shuffling dermaßen viele temporäre Werte, dass der Registerdruck dennoch steigt. Irre. Da weiß man sofort, warum andere Befehlssätze hunderte Register haben.
Auch mit __vectorcall?
Seit Visual C++ 2013 hat sich das Spilling stark verbessert, und ich bin nun mal im Zuge meiner SIMD-Umstellung dazu gekommen, __vectorcall mit Visual C++ 2015 auszuprobieren.

__vectorcall als Standard-Calling-Convention ist scheiße. Ich weiß nicht warum – möglicherweise ist es das Sichern der nun veränderbaren SSE-Register – aber damit wird der Code durchweg fetter. Hier eine View Matrix-Berechnung mit einem zusätzlichen Register:

Code: Alles auswählen

44 89 4C 24 20       mov         dword ptr [rsp+20h],r9d  
44 89 44 24 18       mov         dword ptr [rsp+18h],r8d  
53                   push        rbx  
48 83 EC 50          sub         rsp,50h  
0F 29 74 24 40       movaps      xmmword ptr [rsp+40h],xmm6  
48 8B D9             mov         rbx,rcx  
0F 29 7C 24 30       movaps      xmmword ptr [rsp+30h],xmm7  
48 8B CA             mov         rcx,rdx  
44 0F 29 44 24 20    movaps      xmmword ptr [rsp+20h],xmm8  
FF 15 75 15 00 00    call        qword ptr [__imp_uaw_pluginDataOfEntity (021430D0h)]  
44 0F 28 05 9D 1A 00 00 movaps      xmm8,xmmword ptr [__xmm@0000000000000000c069999a00000000 (02143600h)]  
B9 00 00 00 80       mov         ecx,80000000h  
0F 57 FF             xorps       xmm7,xmm7  
44 8B 40 10          mov         r8d,dword ptr [rax+10h]  
8B 50 14             mov         edx,dword ptr [rax+14h]  
8B 44 24 70          mov         eax,dword ptr [vertical]  
44 03 44 24 78       add         r8d,dword ptr [horizontal]  
03 C2                add         eax,edx  
03 C8                add         ecx,eax  
E8 BC F4 FF FF       call        Geo::XY_float::polar (02141040h)  
41 8B C8             mov         ecx,r8d  
0F 28 F0             movaps      xmm6,xmm0  
E8 B1 F4 FF FF       call        Geo::XY_float::polar (02141040h)  
0F 28 E8             movaps      xmm5,xmm0  
0F 28 D8             movaps      xmm3,xmm0  
0F C6 E8 11          shufps      xmm5,xmm0,11h  
0F 28 CE             movaps      xmm1,xmm6  
0F C6 CE 05          shufps      xmm1,xmm6,5  
0F 57 E4             xorps       xmm4,xmm4  
0F 59 E9             mulps       xmm5,xmm1  
0F 57 D2             xorps       xmm2,xmm2  
48 8B C3             mov         rax,rbx  
0F 28 CF             movaps      xmm1,xmm7  
0F 5C C8             subps       xmm1,xmm0  
0F C6 C9 55          shufps      xmm1,xmm1,55h  
0F 28 C1             movaps      xmm0,xmm1  
0F 28 CF             movaps      xmm1,xmm7  
F3 0F 10 D0          movss       xmm2,xmm0  
0F C6 CF AA          shufps      xmm1,xmm7,0AAh  
0F 28 C3             movaps      xmm0,xmm3  
0F 28 DD             movaps      xmm3,xmm5  
F3 0F 10 E0          movss       xmm4,xmm0  
0F 14 DE             unpcklps    xmm3,xmm6  
0F 28 C7             movaps      xmm0,xmm7  
0F 16 E2             movlhps     xmm4,xmm2  
0F 5C C6             subps       xmm0,xmm6  
0F 12 ED             movhlps     xmm5,xmm5  
0F 28 74 24 40       movaps      xmm6,xmmword ptr [rsp+40h]  
0F 11 23             movups      xmmword ptr [rbx],xmm4  
0F 11 5B 0C          movups      xmmword ptr [rbx+0Ch],xmm3  
0F C6 C0 55          shufps      xmm0,xmm0,55h  
0F 14 E8             unpcklps    xmm5,xmm0  
0F 28 C7             movaps      xmm0,xmm7  
0F C6 C7 55          shufps      xmm0,xmm7,55h  
0F 59 FC             mulps       xmm7,xmm4  
0F 11 6B 18          movups      xmmword ptr [rbx+18h],xmm5  
0F 59 C3             mulps       xmm0,xmm3  
0F 59 CD             mulps       xmm1,xmm5  
0F 58 F8             addps       xmm7,xmm0  
0F 58 F9             addps       xmm7,xmm1  
44 0F 58 C7          addps       xmm8,xmm7  
0F 28 7C 24 30       movaps      xmm7,xmmword ptr [rsp+30h]  
44 0F 13 43 24       movlps      qword ptr [rbx+24h],xmm8  
45 0F 12 C0          movhlps     xmm8,xmm8  
F3 44 0F 11 43 2C    movss       dword ptr [rbx+2Ch],xmm8  
44 0F 28 44 24 20    movaps      xmm8,xmmword ptr [rsp+20h]  
48 83 C4 50          add         rsp,50h  
5B                   pop         rbx  
C3                   ret  
__vectorcall für ausgewählte Funktionen, die nicht geinlinet werden, bringt tatsächlich weniger / kürzere Befehle. Vor allem mit __m128 und float als Rückgabewert (Speicher-Roundtrip entfällt). Ob der Gewinn messbar ist, kA (in meinen kritischen Schleifen ist sowieso alles geinlinet). View-Matrix mit sincos() als __vectorcall:

Code: Alles auswählen

44 89 4C 24 20       mov         dword ptr [rsp+20h],r9d  
44 89 44 24 18       mov         dword ptr [rsp+18h],r8d  
53                   push        rbx  
48 83 EC 40          sub         rsp,40h  
48 8B D9             mov         rbx,rcx  
0F 29 74 24 30       movaps      xmmword ptr [rsp+30h],xmm6  
48 8B CA             mov         rcx,rdx  
0F 29 7C 24 20       movaps      xmmword ptr [rsp+20h],xmm7  
FF 15 AB 15 00 00    call        qword ptr [__imp_uaw_pluginDataOfEntity (021A30D0h)]  
B9 00 00 00 80       mov         ecx,80000000h  
0F 57 FF             xorps       xmm7,xmm7  
44 8B 40 10          mov         r8d,dword ptr [rax+10h]  
8B 50 14             mov         edx,dword ptr [rax+14h]  
8B 44 24 60          mov         eax,dword ptr [vertical]  
44 03 44 24 68       add         r8d,dword ptr [horizontal]  
03 C2                add         eax,edx  
03 C8                add         ecx,eax  
E8 FA F4 FF FF       call        Geo::XY_float::polar (021A1040h)  
41 8B C8             mov         ecx,r8d  
0F 28 F0             movaps      xmm6,xmm0  
E8 EF F4 FF FF       call        Geo::XY_float::polar (021A1040h)  
0F 28 E8             movaps      xmm5,xmm0  
0F 28 D8             movaps      xmm3,xmm0  
0F C6 E8 11          shufps      xmm5,xmm0,11h  
0F 57 D2             xorps       xmm2,xmm2  
0F 28 CE             movaps      xmm1,xmm6  
0F 57 E4             xorps       xmm4,xmm4  
0F C6 CE 05          shufps      xmm1,xmm6,5  
48 8B C3             mov         rax,rbx  
0F 59 E9             mulps       xmm5,xmm1  
0F 28 CF             movaps      xmm1,xmm7  
0F 5C C8             subps       xmm1,xmm0  
0F C6 C9 55          shufps      xmm1,xmm1,55h  
0F 28 C1             movaps      xmm0,xmm1  
0F 28 CF             movaps      xmm1,xmm7  
F3 0F 10 D0          movss       xmm2,xmm0  
0F C6 CF AA          shufps      xmm1,xmm7,0AAh  
0F 28 C3             movaps      xmm0,xmm3  
F3 0F 10 E0          movss       xmm4,xmm0  
0F 28 C7             movaps      xmm0,xmm7  
0F 5C C6             subps       xmm0,xmm6  
0F 16 E2             movlhps     xmm4,xmm2  
0F 11 23             movups      xmmword ptr [rbx],xmm4  
0F 28 D5             movaps      xmm2,xmm5  
0F 12 ED             movhlps     xmm5,xmm5  
0F 14 D6             unpcklps    xmm2,xmm6  
0F 28 74 24 30       movaps      xmm6,xmmword ptr [rsp+30h]  
0F C6 C0 55          shufps      xmm0,xmm0,55h  
0F 14 E8             unpcklps    xmm5,xmm0  
0F 28 C7             movaps      xmm0,xmm7  
0F C6 C7 55          shufps      xmm0,xmm7,55h  
0F 59 FC             mulps       xmm7,xmm4  
0F 11 53 0C          movups      xmmword ptr [rbx+0Ch],xmm2  
0F 11 6B 18          movups      xmmword ptr [rbx+18h],xmm5  
0F 59 C2             mulps       xmm0,xmm2  
0F 59 CD             mulps       xmm1,xmm5  
0F 58 F8             addps       xmm7,xmm0  
0F 58 F9             addps       xmm7,xmm1  
0F 58 3D 2D 1A 00 00 addps       xmm7,xmmword ptr [__xmm@0000000000000000c069999a00000000 (021A3600h)]  
0F 13 7B 24          movlps      qword ptr [rbx+24h],xmm7  
0F 12 FF             movhlps     xmm7,xmm7  
F3 0F 11 7B 2C       movss       dword ptr [rbx+2Ch],xmm7  
0F 28 7C 24 20       movaps      xmm7,xmmword ptr [rsp+20h]  
48 83 C4 40          add         rsp,40h  
5B                   pop         rbx  
C3                   ret  
Gar kein __vectorcall ist irgendwo dazwischen. Also besser als __vectorcall für alles (im Beispiel 10 B kürzer), aber schlechter als handverlesene Funktionen (ein Speicher-Roundtrip mehr). Meiner Einschätzung nach kann man es also weglassen, wenn man nicht jede Funktion einzeln optimieren will.

Code: Alles auswählen

44 89 4C 24 20       mov         dword ptr [rsp+20h],r9d  
44 89 44 24 18       mov         dword ptr [rsp+18h],r8d  
53                   push        rbx  
48 83 EC 60          sub         rsp,60h  
48 8B D9             mov         rbx,rcx  
0F 29 74 24 50       movaps      xmmword ptr [rsp+50h],xmm6  
48 8B CA             mov         rcx,rdx  
0F 29 7C 24 40       movaps      xmmword ptr [rsp+40h],xmm7  
FF 15 9B 15 00 00    call        qword ptr [__imp_uaw_pluginDataOfEntity (022D30D0h)]  
44 8B 94 24 88 00 00 00 mov         r10d,dword ptr [horizontal]  
B9 00 00 00 80       mov         ecx,80000000h  
0F 57 FF             xorps       xmm7,xmm7  
8B 50 14             mov         edx,dword ptr [rax+14h]  
03 94 24 80 00 00 00 add         edx,dword ptr [vertical]  
44 03 50 10          add         r10d,dword ptr [rax+10h]  
03 D1                add         edx,ecx  
48 8D 4C 24 20       lea         rcx,[rsp+20h]  
E8 E1 F4 FF FF       call        Geo::XY_float::polar (022D1040h)  
41 8B D2             mov         edx,r10d  
48 8D 4C 24 30       lea         rcx,[rsp+30h]  
0F 28 30             movaps      xmm6,xmmword ptr [rax]  
E8 D1 F4 FF FF       call        Geo::XY_float::polar (022D1040h)  
0F 57 C9             xorps       xmm1,xmm1  
0F 28 C6             movaps      xmm0,xmm6  
0F C6 C6 05          shufps      xmm0,xmm6,5  
0F 57 DB             xorps       xmm3,xmm3  
0F 28 10             movaps      xmm2,xmmword ptr [rax]  
48 8B C3             mov         rax,rbx  
0F 28 E2             movaps      xmm4,xmm2  
0F C6 E2 11          shufps      xmm4,xmm2,11h  
0F 59 E0             mulps       xmm4,xmm0  
0F 28 C7             movaps      xmm0,xmm7  
0F 5C C2             subps       xmm0,xmm2  
0F C6 C0 55          shufps      xmm0,xmm0,55h  
F3 0F 10 C8          movss       xmm1,xmm0  
0F 28 C2             movaps      xmm0,xmm2  
F3 0F 10 D8          movss       xmm3,xmm0  
0F 28 D4             movaps      xmm2,xmm4  
0F 28 C7             movaps      xmm0,xmm7  
0F 16 D9             movlhps     xmm3,xmm1  
0F 28 CF             movaps      xmm1,xmm7  
0F 14 D6             unpcklps    xmm2,xmm6  
0F C6 CF AA          shufps      xmm1,xmm7,0AAh  
0F 5C C6             subps       xmm0,xmm6  
0F 28 74 24 50       movaps      xmm6,xmmword ptr [rsp+50h]  
0F 11 1B             movups      xmmword ptr [rbx],xmm3  
0F 11 53 0C          movups      xmmword ptr [rbx+0Ch],xmm2  
0F C6 C0 55          shufps      xmm0,xmm0,55h  
0F 12 E4             movhlps     xmm4,xmm4  
0F 14 E0             unpcklps    xmm4,xmm0  
0F 28 C7             movaps      xmm0,xmm7  
0F C6 C7 55          shufps      xmm0,xmm7,55h  
0F 59 FB             mulps       xmm7,xmm3  
0F 11 63 18          movups      xmmword ptr [rbx+18h],xmm4  
0F 59 C2             mulps       xmm0,xmm2  
0F 59 CC             mulps       xmm1,xmm4  
0F 58 F8             addps       xmm7,xmm0  
0F 58 F9             addps       xmm7,xmm1  
0F 58 3D 12 1A 00 00 addps       xmm7,xmmword ptr [__xmm@0000000000000000c069999a00000000 (022D3600h)]  
0F 13 7B 24          movlps      qword ptr [rbx+24h],xmm7  
0F 12 FF             movhlps     xmm7,xmm7  
F3 0F 11 7B 2C       movss       dword ptr [rbx+2Ch],xmm7  
0F 28 7C 24 40       movaps      xmm7,xmmword ptr [rsp+40h]  
48 83 C4 60          add         rsp,60h  
5B                   pop         rbx  
C3                   ret  

Re: Jammer-Thread

Verfasst: 15.08.2015, 16:12
von Krishty
Das laden von 10.000 Zeigern hatte mein gesamtes Programm um 2 % verlangsamt. Nicht 10.000 in einer Schleife, oder 10.000 riesige structs oder so. Nein – eine Funktion wurde einmal pro Frame aufgerufen, und hatte eine Lookup-Tabelle mit 10.000 Zeigern drin, und fast alle einmal benutzt, und das war’s.

Nicht die hunderttausenden Dreiecke waren das Problem, oder die endlosen Berechnungen auf jedem einzelnen davon, sondern … diese eine LUT.

Echt irre. Man muss immer auf Working Set optimieren.

Re: Jammer-Thread

Verfasst: 25.08.2015, 07:25
von Krishty
Mein Spross hat Windows’ Tastaturtreiber gekillt. Während der Rechner gesperrt war. Ich konnte nur noch klein schreiben während Capslock an war (nicht bloß das Licht auf der Tastatur, sondern tatsächlich logisch an) und das Caret wurde in keinem Programm mehr bewegt. WTF, sowas sollte eigentlich überhaupt nicht möglich sein.

Re: Jammer-Thread

Verfasst: 26.08.2015, 17:33
von Krishty
> Skype an Task-Leiste angepinnt
> aktualisiert sich
> Skype-Verknüpfung in Task-Leiste kaputt (Konnte nicht gefunden werden; wollen Sie sie löschen?)
> auf 100 Millionen Rechnern den Pfad seines Programms ändern
> WTF.jpg

Re: Jammer-Thread

Verfasst: 26.08.2015, 18:34
von Jonathan
CMake :(

Re: Jammer-Thread

Verfasst: 26.08.2015, 19:24
von Helmut
Dank Microsoft Edge durfte ich meinen Code zum Suchen aller installieren Browser wieder um einen Spezialfall erweitern. Sind inzwischen schon 300 Zeilen...

Re: Jammer-Thread

Verfasst: 26.08.2015, 20:42
von DerAlbi
Mein Konto wird leerer. dGeld/dt < 0.
Problem: ich widme mein Leben der Idee einer baldigen Selbständigkeit.
Für die Prototypenentwicklung eines Geräts benötige ich Zeit & Geld. Aufgrund der benötigten Zeit arbeite ich nur 24h/Woche hauptberuflich. Das hat entsprechend geringes Gehalt zur Folge von dem alle Investitionen für den Prototypen gezahlt werden müssen. Das beinhaltet auch Gerätschaften usw.
Noch ein Problem: ich weiß nicht 100%ig, ob der Prototyp kommerzialisierbar ist.
Es plagt mich massiv, wann und wie ich eine Selbständigkeit anmelden soll. Ein mögliches Einkommen davon ist min. 2 Jahre entfernt, aber die Kosten und halt auch die Mehrwertsteuer fressen ganz schön an mir rum.
Zusätzlich ist eine Nebenselbständigkeit meinem Chef 100% ein Dorn im Auge und generell bin ich mit der Selbständigkeit auch überfordert. Bin Ingenieur, weder Youtuber, noch Marketing-Dude, noch kann ich Webseiten designen. All das ist aber vorher notwendig bevor man was verkaufen kann.. sich Fremdkompetenzen einzukaufen kostet Geld ohne Ende, ohne, dass es überhaupt sicher ist, dass mein Produkt überhaupt jemand kaufen will.
Rotzepups. Ich jammere. Ich hab die Idee, die Technologie, aber nich die Mittel und grade auch nich mehr die Eier.

Re: Jammer-Thread

Verfasst: 29.08.2015, 15:27
von antisteo
DerAlbi hat geschrieben:Mein Konto wird leerer. dGeld/dt < 0.
Problem: ich widme mein Leben der Idee einer baldigen Selbständigkeit.
Für die Prototypenentwicklung eines Geräts benötige ich Zeit & Geld. Aufgrund der benötigten Zeit arbeite ich nur 24h/Woche hauptberuflich. Das hat entsprechend geringes Gehalt zur Folge von dem alle Investitionen für den Prototypen gezahlt werden müssen. Das beinhaltet auch Gerätschaften usw.
Noch ein Problem: ich weiß nicht 100%ig, ob der Prototyp kommerzialisierbar ist.
Es plagt mich massiv, wann und wie ich eine Selbständigkeit anmelden soll. Ein mögliches Einkommen davon ist min. 2 Jahre entfernt, aber die Kosten und halt auch die Mehrwertsteuer fressen ganz schön an mir rum.
Zusätzlich ist eine Nebenselbständigkeit meinem Chef 100% ein Dorn im Auge und generell bin ich mit der Selbständigkeit auch überfordert. Bin Ingenieur, weder Youtuber, noch Marketing-Dude, noch kann ich Webseiten designen. All das ist aber vorher notwendig bevor man was verkaufen kann.. sich Fremdkompetenzen einzukaufen kostet Geld ohne Ende, ohne, dass es überhaupt sicher ist, dass mein Produkt überhaupt jemand kaufen will.
Rotzepups. Ich jammere. Ich hab die Idee, die Technologie, aber nich die Mittel und grade auch nich mehr die Eier.
Lies mal Lean Startup: Schnell, risikolos und erfolgreich Unternehmen gründenBild, da wird beschrieben, wie du mit geringsten Geldmitteln und wissenschaftlichen Methoden herausfinden kannst, ob dein Produkt kommerzialisierbar ist. Der Kerngedanke ist, dass du eine Bauen-Messen-Lernen-Testschleife aufbaust und so herausfindest, wie du dein Produkt gestalten musst, dass es dauerhaft verkauft wird.

Anmelden musst du Selbstständigkeit erst, wenn du Einnahmen hast oder wenn du kein anderes Einkommen (Arbeit, Krankengeld oder Hartz IV) mehr hast (dann kommt aber Krankenkasse auf dich zu)

Ich meine, wir können ja mal privat kommunizieren, ob ich dir weiterhelfen kann. Habe selber eine Firma und könnte dir auch Webgestalter etc. zusteuern, wenn deine Idee tragfähig ist.

Re: Jammer-Thread

Verfasst: 29.08.2015, 21:03
von DerAlbi
Hey, danke für dein Angebot. Im Moment bin ich noch nicht so weit, dass ich definitiv weiß, dass ich meine Entwicklung verkaufen kann... das stellt sich die nächsten Monate heraus. Das mögliche Vitamin B halte ich aber im Hinterkopf. Jetzt ists dafür noch zu früh. :-)

Re: Jammer-Thread

Verfasst: 30.08.2015, 17:50
von Krishty
Notepad++ legt neue Dateien standardmäßig in UTF-8 an … und ich wundere mich, warum meine Batch-Dateien nicht funzen.

Re: Jammer-Thread

Verfasst: 31.08.2015, 10:54
von xq
Krishty hat geschrieben:Notepad++ legt neue Dateien standardmäßig in UTF-8 an … und ich wundere mich, warum meine Batch-Dateien nicht funzen.
Das ist ja eigentlich eher ein Win und kein Fail, jedenfalls nicht von Notepad++ Seite aus. UTF-8 sollte einfach überall enforced werden, jedenfalls meine Meinung.

Re: Jammer-Thread

Verfasst: 31.08.2015, 12:12
von Krishty
Aber wenn ich eine Datei mit der Endung .bat anlege, und genau weiß, dass der Command Processor kein UTF-8 kann, dann suche ich mir als Kodierung doch nicht UTF-8 aus?! Für Textdateien super, ja; für den meisten anderen Kram auch, aber … doch nicht für Dateitypen von denen man weiß, dass die Zielprogramme kein UTF-8 können!

————

DeferWindowPos() erwartet, dass die Parameter alle am selben Parent Window hängen. Sonst … macht es nichts:
  1. Es gibt „Erfolg“ zurück, tut aber nichts.
  2. Bei jedem einzelnen Aufruf; auch, wenn die Parameter mit dem falschen Parent reinkommen.
  3. EndDeferWindowPos() gibt ebenfalls Erfolg zurück, tut aber nichts.
  4. Der zugeschaltete Application Verifier ändert daran nichts.
  5. Kein Haltepunkt, keine Meldung, nichts.
JA DIE FICKEN DOCH DIE DUMMEN HÜHNER BESSER

Wozu gibt es da überhaupt noch Rückgabewerte, wenn die einfach immer nur Erfolg melden, selbst wenn gerade alles den Bach runtergeht?! Wozu gibt es überhaupt den Application Verifier, wenn der alles einfach absegnet?! WTF genau wegen SOWAS muss ich für jeden Piss einen Wrapper anlegen

Re: Jammer-Thread

Verfasst: 01.09.2015, 13:31
von Jonathan
Ich habe zwei volle Arbeitstage damit verbracht, herauszufinden, warum die USB-Verbindung bei libfreenect2 nicht funktioniert, nur um letztendlich herauszufinden, dass ich noch einen Patch für libusb benötige, der tatsächlich auch irgendwo in der Dokumentation erwähnt wird. Ich hasse es, wenn man einen Fehler endlich gefunden hat, und man sich dann noch nichteinmal wirklich beschweren kann, dass die miese Dokumentation Schuld daran ist. Außerdem waren das zwei sehr sehr nervige Tage. Aber zumindest geht es jetzt.

Re: Jammer-Thread

Verfasst: 05.09.2015, 21:44
von Krishty
Warum nur unterstützt Visual C++ im 64-Bit-Modus kein MMX? Warum nur?! Gerade auf x64 mit seiner kleinen Registerzahl, und gerade bei Visual C++, das in Register Allocation noch nie glänzte, wären 8 × 8 Bytes zusätzlich ein Segen.

Aber auch mal was Positives: Wikipedias MMX-Artikel ist hervorragend. Auch hier wieder: Warum?! Wer nimmt sich so viel Zeit, Deutschland eine 18 Jahre alte Befehlssatzerweiterung zu erklären?!

Re: Jammer-Thread

Verfasst: 05.09.2015, 22:32
von Krishty
Auf das zweite Warum habe ich jetzt die Antwort: Der Artikel stammt wohl von einem äußerst bekannten Wikipedia-Troll. Offenbar waren seine Informatik-Artikel die einzigen, bei denen er nichts Sperrwürdiges verzapft hat.

Re: Jammer-Thread

Verfasst: 05.09.2015, 23:47
von Krishty
Ich kann mir mit __vectorcall im Debugger nicht den Inhalt von __m128-Parametern anzeigen lassen (da steht immer nur Datenmüll drin). Visual C++ 2015. Was mache ich falsch?

Re: Jammer-Thread

Verfasst: 06.09.2015, 12:08
von Schrompf
Aua. Also zu allem, aber vor allem zu diesem Wikipedia-Troll. Ok, unter 220 Millionen Deutschsprechenden Menschen auf der Welt gibt es auch sowas, aber der geballte Tatendrang in Verbindung mit der geistigen Brandstifter-Mentalität macht mir Angst.

Re: Jammer-Thread

Verfasst: 07.09.2015, 12:38
von Schrompf
Bäff. Bumm. Bäng. Mal wieder mit dem Fahrrad auf die Schnauze gelegt, mal wieder Ellenbogen an-frakturiert. 6 bis 8 Wochen Stützverband zum Ruhigstellen. Nur dass ich im Gegensatz zum letzten Unfall dieser Art jetzt Freiberufler bin und genau diese 6 bis 8 Wochen einen nach Zeit bezahlten Auftrag habe. Die Zeit bedeutet also einen soliden fünfstelligen Verlust, wenn mir nix heldenhaftes einfällt.

Re: Jammer-Thread

Verfasst: 07.09.2015, 12:39
von joggel
Stelle jemanden ein ;)

Re: Jammer-Thread

Verfasst: 07.09.2015, 13:01
von Krishty
Spracheingabe!

Weut Fuh Ohpening Bräiß Int Bar Klohsing Bräiß Line Break Ohpening Bräcket …

Dann CTRL+H
Weut -> void
Ohpening Bräiß -> (
Klohsing Bräiß -> )
Line Break -> \n
etc

Re: Jammer-Thread

Verfasst: 07.09.2015, 16:12
von Top-OR
Schrompf hat geschrieben:Bäff. Bumm. Bäng. Mal wieder mit dem Fahrrad auf die Schnauze gelegt, mal wieder Ellenbogen an-frakturiert. 6 bis 8 Wochen Stützverband zum Ruhigstellen. Nur dass ich im Gegensatz zum letzten Unfall dieser Art jetzt Freiberufler bin und genau diese 6 bis 8 Wochen einen nach Zeit bezahlten Auftrag habe. Die Zeit bedeutet also einen soliden fünfstelligen Verlust, wenn mir nix heldenhaftes einfällt.
Shit - Ich drück die Daumen, dass du irgendwas drehen kannst... Aber bitte nicht dem Arm!

Re: Jammer-Thread

Verfasst: 07.09.2015, 20:42
von antisteo
Schrompf hat geschrieben:Bäff. Bumm. Bäng. Mal wieder mit dem Fahrrad auf die Schnauze gelegt, mal wieder Ellenbogen an-frakturiert. 6 bis 8 Wochen Stützverband zum Ruhigstellen. Nur dass ich im Gegensatz zum letzten Unfall dieser Art jetzt Freiberufler bin und genau diese 6 bis 8 Wochen einen nach Zeit bezahlten Auftrag habe. Die Zeit bedeutet also einen soliden fünfstelligen Verlust, wenn mir nix heldenhaftes einfällt.
Ich bin bei Technisat eingearbeitet, könnte also einspringen für dich.

Re: Jammer-Thread

Verfasst: 08.09.2015, 23:47
von Krishty
Absturz in meinem Spiel und wieder ist Visual C++ schuld. (Ich muss für die 32-Bit-Version Visual C++ 2010 verwenden.)

Exception thrown at 0x0003085C in Game.exe: 0xC0000005: Access violation reading location 0x00000000.

Befehl an dieser Stelle: movaps xmmword ptr [esp+10h],xmm0

Okayokay. xmm0 enthält an dieser Stelle eine lokale Variable mit der Geschwindigkeit eines Projektils. Diese Variable wird später einer Funktion übergeben werden; darum wird sie an dieser Stelle auf dem Stapel gesichert. Der Stapel (in esp) ist an sich gültig, allerdings nicht an 16 B ausgerichtet. Die Meldung ist also falsch – es ist keine Zugriffsverletzung aufgetreten, sondern ein Alignment Fault.

Da wird also eine lokale Variable für einen Funktionsaufruf angelegt, und die hat nicht das Alignment, das ihr Typ vorschreibt.

Und jetzt? Ich zeig’ euch, was jetzt:

  auto velocity = (gunsVelocity + speed * gunsDirection + load(random)) * dt;

ändern zu

  Math::XYZ_float_imm velocity = (gunsVelocity + speed * gunsDirection + load(random)) * dt;

und es funktioniert.

Kein Witz! Visual C++ 2010 schmeißt bei auto das Alignment weg! (Nicht immer natürlich. Sonst wär’s ja einfach zu bemerken.)

Re: Jammer-Thread

Verfasst: 09.09.2015, 11:52
von Thoran
Nicht ganz so speziell wie die Jammer-Posts sonst hier, aber ich hätte nie gedacht, das es mich so viel Zeit kostet ein simples rsync für Backup auf mein Synology-NAS aufzusetzen. Aber evtl. bin ich einfach zu dämlich. :-(

Re: Jammer-Thread

Verfasst: 13.09.2015, 14:15
von Biolunar
Arghhhhhhhhh, verfluchte Plenker!!!!!!!!!!!!! Überall treiben sie sich rum :( Ich verstehe auch nicht warum sie vor Punkten kein Leerzeichen machen, aber vor Fragezeichen schon (manchmal auch vor Ausrufezeichen)???

Re: Jammer-Thread

Verfasst: 18.09.2015, 13:54
von Krishty
> habe Windows 7 Home Premium, immer schon
> eben kommt eine Meldung: Ich soll meine Schlüssel sichern
> Home Premium hatte niemals Dateiverschlüsselung
> wtf.ogg
> gehe auf Systemeigenschaften
> Windows 7 Ultimate
> iwanttobelieve.jpg

Was passiert hier?!

Re: Jammer-Thread

Verfasst: 18.09.2015, 16:09
von Alexander Kornrumpf
Ich kann nur raten. Vielleicht "verschenken" sie erst Ultimate um dann das Update auf Windows 10 "verschenken" zu können?