Seite 177 von 251

Re: Jammer-Thread

Verfasst: 11.11.2017, 21:19
von Chromanoid

Re: Jammer-Thread

Verfasst: 11.11.2017, 21:45
von Krishty
Daran musste ich auch direkt denken :D
Alexander Kornrumpf hat geschrieben:Ich glaube auch nach dem zweiten Nachdenken, dass Textverarbeitung auf dem Niveau von Word, LaTeX oder sonstwas einfach komplex ist.
No Silver Bullet :)

Re: Jammer-Thread

Verfasst: 12.11.2017, 08:53
von Jonathan
Krishty hat geschrieben: No Silver Bullet :)
Ich hatte nur ein vages Verständnis was damit vermutlich gemeint ist und hab es nachgeschlagen, vielleicht geht es ja anderen ähnlich:
https://en.wikipedia.org/wiki/No_Silver_Bullet

Re: Jammer-Thread

Verfasst: 12.11.2017, 11:27
von Chromanoid
Ich empfehle dazu auch diesen Talk: https://2016.javazone.no/program/the-si ... t-syndrome

Re: Jammer-Thread

Verfasst: 12.11.2017, 20:15
von kimmi
So, der Assimp-Build für Android läuft endlich wieder im Android-Studio mit cmake durch, bis der Linker sagt: will nicht. Und was fehlt? Warum der Drecksack nicht will. Fehlermeldungen? Fehlanzeige. Informationen? Nur gegen Argumente an Grade, die ich da nun irgend wie rein puhlen darf! Wie: bitte -v dem Gradle-Call ( den ich nicht absetzte, sondern die IDE ) mit übergeben. Ich kriege einen Hals!

Re: Jammer-Thread

Verfasst: 21.11.2017, 23:22
von mrz
Das mit den Preisen habe ich auch schon erlebt.
Anderes Beispiel ist bei Amazon wenn es für einen Artikel mehrere Anbieter/Verkäufer gibt:
Auf PC A wird der Verkäufer mit dem niedrigsten Preis automatisch gewählt.
Auf PC B (im selben Haushalt um die gleiche Uhrzeit) wird ein anderer hochpreisiger Verkäufer gewählt.
Und ich habe etwas mit Browsercache und rumgespielt und geschaut ob es reproduzierbar war
oder ob mal ein anderer Anbieter gewählt wird. Wurden genau die gleichen beiden wieder gewählt.
Weiss der Geier aufgrund welcher Infos die das wieder schaffen. Kotzt mich einfach an.
Und doof halt wenn man jemand im Haushalt hat welcher nicht drauf achtet und jeweils beim ersten Anbieter bestellt wo Amazon vorschlägt...

Der ist auch Witzig, entweder weiss Google mittlerweile mein Geschlecht, oder aber...

Re: Jammer-Thread

Verfasst: 22.11.2017, 00:53
von Krishty
mrz hat geschrieben:Weiss der Geier aufgrund welcher Infos die das wieder schaffen. Kotzt mich einfach an.
Standort. Gut, dass du zumindest den Cache geleert hast – wenn sie dich mit Adresse identifizieren können, geht es ja so weit, dass die Bonität deiner Nachbarn in die Preise einfließt.

Sie sperren auch gern mal dein Konto, falls dein Nachbar/Mitbewohner unter Betrugsverdacht steht (Artikel mittlerweile acht Jahre alt).

Re: Jammer-Thread

Verfasst: 23.11.2017, 19:14
von Tiles
Autoplay auf Youtube ist eine elende Pest. Besonders da wo es nicht abstellbar ist oder der Schieberegler zum abstellen erst gar nicht erst existiert. Mich plärrt mein eigener Youtube Channel bei jedem Besuch aufs neue an. Und auch auf Seiten wo der Schieberegler für Autoplay existiert und eigentlich auf AUS steht dudelt das Ding trotzdem lustig los -.-

Re: Jammer-Thread

Verfasst: 23.11.2017, 19:41
von Krishty
  1. Go to “chrome://flags” in the URL bar and hit Return/Enter
  2. In the search box at the top, type in “autoplay”
  3. Look for “Autoplay policy” and pull down the submenu, then choose “Document user activation is required”
  4. Relaunch Chrome for the setting to take effect
Hat bei mir eine Zeit lang funktioniert; mittlerweile spielt Twitter aber wieder automatisch ab – kann also sein, dass sie die Einstellung wieder entfernt haben oder dass sie umgangen wird.

Re: Jammer-Thread

Verfasst: 23.11.2017, 20:22
von DerAlbi
Na na, wer nutzt denn heute noch Chrome! Jetzt wo Firefox Quantum da ist ;-)

Re: Jammer-Thread

Verfasst: 24.11.2017, 10:08
von Tiles
Woah, Firefox Quantum. Das ist gleich der nächste Grund so riiichtig loszujammern. Addons futsch, Usability unter aller Sau, ist eigentlich nur noch ein schlechter Abklatsch vom Chrome. Kann alles davon, nur schlechter. Aber jo, sie hams ja geschafft den Firefox auf unter 10% Marktanteil kaputtzuentwickeln. Da kommts auf die paar Prozent weniger nun auch nicht mehr an :lol:

Re: Jammer-Thread

Verfasst: 26.11.2017, 01:11
von Krishty
Visual C++ 2017 x64 inlinet nicht den operator [] meiner vector-Klasse:

  MUST(toEnd >= toBeginning);
  MUST(index < UCount(toEnd - toBeginning));
  return toBeginning[index];
mov rax,qword ptr [rcx]
add rax,8
  }
ret


… eine Funktion aus zwei Befehlen – das kann man sich gar nicht ausdenken!

Nachtrag: Wenn ich ihn __forceinline deklariere, geht’s. HAHAHA

… und wenn ich Code drumherum lösche, sowieso. Also nicht viel mit Repro.

Übrigens hatte ich gerade seit langer Zeit wieder einen fetten Optimizer-Bug – D3D hat den Hintergrund meiner Anwendung nicht mehr mit der Hintergrundfarbe gefüllt, sondern mit der XYZ-Position des Betrachters. __vectorcall-Funktion mit mehreren __m128-Parametern. Ich habe sie __forceinline deklariert, dann ist der Fehler verschwunden. Tauchte nur in der 32-Bit-Version auf, und nur mit Optimierung.

Nutzen die für ihren 32-Bit-Compiler nun schon SSA oder steckt da noch der alte Optimizer drin? Anfangs war der Neue ja nur für x64 freigeschaltet. Ist schon wichtig, denn wenn’s der neue Optimizer ist, sollte ich das melden.

Nachtrag 2: Es wird noch absurder – auch diese Funktion wird nicht geinlinet:

  void bringIntoForeground(Window & window) {
    SetForegroundWindow(&window);
  }


resultierender Befehlsblock:

jmp qword ptr [__imp_SetForegroundWindow (01B270h)]

Kein Inlining bei einem einzelnen Befehl. Wow. Jetzt mache ich mir wirklich Sorgen, dass ich was in den Compiler-Einstellungen vertauscht habe …

Re: Jammer-Thread

Verfasst: 26.11.2017, 01:23
von Krishty
11 von 67 Antivirenprogrammen auf Virustotal deklarieren mein Programm als verseucht. Basierend auf Heuristik. Was soll ich tun? Klein beigeben und für 100 € ein Zertifikat kaufen?

Bei Baidu ist es mir ja egal, aber G-Data und AVG machen schon Probleme.

Eigentlich ist nur die 32-Bit-Version betroffen. Ich habe also nur die 64-Bit-Version ausgeliefert. Erste User-Reaktion: „AVG sagt, da ist ein Virus drin. Und hast du auch eine 32-Bit-Version?“ FFFUUUUUUUUUUU

Re: Jammer-Thread

Verfasst: 26.11.2017, 09:25
von Tiles
Ja, die Antivirendinger sind eine echte Pest inzwischen. Irgendwie müssen die ja dem User beweisen wie ach so wichtig ihr Schlangenöl ist. Und dann haut man halt ab und zu ne False Positive raus -.-

Das Zertifikat wird dir nichts bringen. Das ist ja nur dass Windows beim installieren aufhört zu meckern. Du könntest das Programm den Antivirenherstellern zusenden, mit dem Hinweis auf False Positive. Und das Beste hoffen ...

Re: Jammer-Thread

Verfasst: 26.11.2017, 12:16
von Krishty
Tiles hat geschrieben:Du könntest das Programm den Antivirenherstellern zusenden, mit dem Hinweis auf False Positive. Und das Beste hoffen ...
Ja; das habe ich schon gemacht – wird aber dauern.

Das macht auch direkt einen Strich durch die Rechnung, jede Woche ein Update rauszuhauen: SmartScreen braucht drei Wochen, um zu kapieren, dass meine Anwendung nicht schädlich ist. AVG, G-Data & Co brauchen Wochen, um das False Positive zu beseitigen. Wenn ich damit wöchentlich eine neue EXE raushaue, bin ich ja blöd.

————

Ich würde sogar die These wagen, dass das schlechte Software begünstigt.

Viren zeichnen sich dadurch aus, dass sie kompakt sind, anspruchslos, und sich schnell verbessern. In dem Wahn, Viren abzuwehren, strafen die Heuristiken nun jede Software ab, die kompakt ist, anspruchslos, und sich schnell verbessert (siehe meinen Update-Rant). Problemlos verbreiten können wir nur noch Software, die fett ist, tausend Abhängigkeiten hat, und lange keine Updates kriegt – obwohl die das Gegenteil von Sicherheit bedeutet.

Das hat das Machine Learning echt prächtig hingekriegt.

Re: Jammer-Thread

Verfasst: 26.11.2017, 18:20
von Tiles
Ich habe gerade satte 32 Gb Treiberleichen von Nvidia entsorgt. An den einen Teil kommt ja ein Normalmensch sogar noch ran. In C:\Nvidia \DisplayDriver steckten die letzten beiden Installer. 2Gb. Und unter C:\Program Files\NVIDIA Corporation\Installer2 steckten um die 75 alte Treiberpakete der letzten 5 Jahre. 15 Gb.

Für den Teil den sich Windows gesichert hat musste ich mir auch noch ein Spezialprogramm holen. DriverStoreExplorer. Denn unter C:\Windows\System32\DriverStore\FileRepository waren die gleichen 15 Gb Treiberleichen noch mal verewigt. Als Windows Backup.

Und ich wunder mich wieso meine SSD plötzlich keinen Platz mehr hat. Die haben echt was am Helm bei Nvidia -.-

Re: Jammer-Thread

Verfasst: 29.11.2017, 23:28
von Krishty
Krishty hat geschrieben:AVG, G-Data & Co brauchen Wochen, um das False Positive zu beseitigen.
AVG hat innerhalb von 24 Stunden eine automatisierte Antwort geschickt:
Hello,

Thank you for contacting AVG.

The detection by AVG was incorrect and was removed in a recent AVG update, please wait at least 24 hours.
If the detection persists:
1. Attach the screenshot of virus database:
[…]

Thank you

Best regards,
AVG Customer Care
Bei dem AVG-Kunden funktioniert es jetzt. Von G-Data noch keine Antwort.

Re: Jammer-Thread

Verfasst: 30.11.2017, 08:22
von Tiles
Top :)

Re: Jammer-Thread

Verfasst: 08.12.2017, 12:55
von Tiles
Alter. Avast -.-

Ich scanne regelmässig auf Schädlinge, bzw. wenn ich was runterlade und es brauche. Und deswegen ist Avast ansonsten normalerweise komplett aus. Ich brauche keine nutzlose Systembremse.

Beim letzten Update hat sich das Ding aber nun so tief ins System eingegraben dass es wie ein Untoter immer wieder mitgestartet ist. Trotz deaktiviertem Selbstschutz und immer wieder deaktivierter Autostarteinträge und Services. Bis ich mal durch Zufall den Aufgabenplaner gecheckt habe. Da war es nun auch verewigt. Und ich vermute mal von da hat sich das immer wieder selber aktiviert. Fingers crossed dass es das war ...

Re: Jammer-Thread

Verfasst: 15.12.2017, 11:57
von Krishty
Visual Studio unterstützt kein alignas(65536).
https://docs.microsoft.com/en-us/cpp/cpp/align-cpp hat geschrieben:Valid entries are integer powers of two from 1 to 8192 (bytes)
Ich dachte, ich könnte dem Compiler irgendwie vermitteln, dass Win32-Module immer an 64-K-Adressen ausgerichtet sind. Tja, schade. Künstliche Grenzen sind doch immer was Feines!

Re: Jammer-Thread

Verfasst: 15.12.2017, 12:02
von xq
Wofür wäre ein 16bit alignment sinnvoll?

Re: Jammer-Thread

Verfasst: 15.12.2017, 12:10
von Krishty
Das ist die Allocation Granularity unter Win32. Jeder frische Speicherblock hat dieses Alignment.

Re: Jammer-Thread

Verfasst: 15.12.2017, 14:18
von Krishty
warning LNK4281: undesirable base address 0x10000 for x64 image; set base address above 4GB for best ASLR optimization
lolfu

Als nächstes meckern sie, weil ich ohne ihre kack Security Cookies oder ihren scheiß Secure Developmend Lifecycle programmiere

Meine Programme sind mit 15.5 im Schnitt 0,3–0,8 % größer geworden mit dem neuen Compiler. Mal sehen, ob sich die Ausführungsgeschwindigkeit verändert hat … Nein, alles im Rauschen.

Re: Jammer-Thread

Verfasst: 16.12.2017, 01:15
von Krishty
Krishty hat geschrieben:Bug Report für Drag & Drop: https://developercommunity.visualstudio ... m-win.html
Behoben mit 15.5. Hat nur vier Monate gedauert!
Krishty hat geschrieben:Wieder einen Bug in Visual C++ gefunden: https://developercommunity.visualstudio ... -comp.html
… behoben. Also geht mein Padding-Makro wieder in Funktionen. Hat nur … fünf Monate gedauert (oder 15 Seiten im Jammer-Thread).

Re: Jammer-Thread

Verfasst: 18.12.2017, 21:36
von Krishty
Visual C++ legt Symbole in meinem Programm an, die ich nicht verstehe:
  • freelist (read-write-Daten, 64 B)
  • p5s (read-write-Daten, 8 B)
  • p05 (read-only-Daten, 12 B)
Nachtrag: Jetzt verstehe ich – die Dinger kommen via dtoa.c rein. Weil ich das nicht dem Projekt hinzugefügt hatte, hat die Namessuche nichts ergeben.

Re: Jammer-Thread

Verfasst: 20.12.2017, 15:05
von Krishty
Krishty hat geschrieben:Warum muss man /Gw von Hand in die Linker-Kommandozeile eintippen? Warum gibt es noch keine Option dafür? Warum machen die sowas für nichts?

https://blogs.msdn.microsoft.com/vcblog ... er-switch/
Nachträgliche Rezension:
  • Dass man die Option auch in Visual C++ 2017 noch von Hand in die Kommandozeile eintragen muss, ist Quälerei.
  • Davon abgesehen ist /Gw aber absolut geiler Scheiß. Schmeißt so ziemlich alle nutzlosen Daten aus meinen EXEs, über die ich mich jahrelang aufgeregt habe.
  • Eigentlich sollte es standardmäßig an sein, aber in Verbindung mit /Gy (COMDAT Folding) können nicht-standardkonforme Optimierungen entstehen. (Jemand hat seinen Templates, die ansonsten zu identischem Code kompilieren, einzigartige Adressen verpasst, indem er leere statische Variablen angelegt hat. Mit /Gw werden diese Variablen wieder zu einer einzigen gefaltet, und alle Templates kollabieren wieder zur selben Adresse. Das hat dem Team gereicht, um /Gw aus den Standardeinstellungen zu schmeißen.)

Re: Jammer-Thread

Verfasst: 03.01.2018, 09:45
von Krishty
https://msdn.microsoft.com/en-us/library/windows/desktop/jj200584(v=vs.85).aspx hat geschrieben:Don't pass NULL pointers to Map

If you pass NULL to the pResource or pMappedResource parameter of the ID3D11DeviceContext::Map method, the behavior of Map is undefined. If you created a device that just supports the core layer, invalid parameters to Map can crash the operating system.
Warte … Zeiger aus dem User Mode werden ohne Validierung an Kernel-Mode-Treiber weitergegeben?! Das … das klingt nach einer furchtbaren Sicherheitslücke!?

Re: Jammer-Thread

Verfasst: 03.01.2018, 21:26
von Krishty
Krishty hat geschrieben:Seit Windows 10 Creators Update und .NET 4.6 (vielleicht auch früher) ist der Zeitstempel in EXEs und DLLs kein Zeitstempel mehr.

Raymond Chen hatte vor Jahren einen Beitrag, dass das Feld eher als Build-ID gedacht ist denn als Zeitstempel. Aber warum sollte das in Konflikt stehen? Wer kompiliert zwei verschiedene Builds seines Programms in der selben Sekunde? Was wird besser, wenn da eine Toolchain-Kodierung drin landet?

Software ist natürlich nicht drauf vorbereitet, weil bisher jedes EXE-/DLL-Tool versucht, dort einen Zeitstempel zu lesen. Markierung ist das höchstwertige Bit. Die DLLs in System32 werden also seit dem Creators Update mit zufälligen Daten ab 2038 angezeigt.

Ich jammere, weil es so schön bequem war. Man musste kein Datum/Zeit in seine EXE schreiben. Ich brauchte meine Plugins nie nach Versionsnummern fragen, weil ja Zeitstempel drinlagen. Man konnte die Stempel weder vergessen noch vermasseln, weil sich der Linker drum gekümmert hat. Und jetzt? Alles kaputt. Nie kann ich was Schönes haben.
Raymond Chen hat einen sehr informativen Artikel darüber, warum sie diese Änderung vorgenommen haben: Why are the module timestamps in Windows 10 so nonsensical?

… ich nehme das Jammern also zurück; da habe ich wirklich nicht weit genug gedacht. Die Vorteile bei Sicherheit, Testen, inkrementell kompilieren und linken, Zertifizieren, usw. sind ja echt gigantisch.

Re: Jammer-Thread

Verfasst: 04.01.2018, 21:58
von antisteo
Krishty hat geschrieben:
https://msdn.microsoft.com/en-us/library/windows/desktop/jj200584(v=vs.85).aspx hat geschrieben:Don't pass NULL pointers to Map

If you pass NULL to the pResource or pMappedResource parameter of the ID3D11DeviceContext::Map method, the behavior of Map is undefined. If you created a device that just supports the core layer, invalid parameters to Map can crash the operating system.
Warte … Zeiger aus dem User Mode werden ohne Validierung an Kernel-Mode-Treiber weitergegeben?! Das … das klingt nach einer furchtbaren Sicherheitslücke!?
Rate mal, warum die Linux-Grafiktreiber so langsam laufen? Der Großteil geht dafür drauf, für jeden aus dem Userspace übergebenen Pointer eine virtuelle IOMMU zu emulieren. Ich habe schon mit den Entwicklern diskutiert, ob die es bitte wenigstens abschaltbar machen. Die Antwort: Sicherheit geht vor.

Re: Jammer-Thread

Verfasst: 09.01.2018, 00:08
von Jonathan
Ich wollte Visual Studio auf Englisch umstellen. Aus offensichtlichen Gründen. Nun, leider gab es Englisch nicht als Auswahl, aber ich wurde auf die Microsoft-Seite umgeleitet, wo es Sprachpakete gibt. Ich lade also einen 2.9 MB großen Installer runter, der mir zugleich mitteilt, dass die Installation 2 GB Festplattenspeicher (across all devices - na toll) belegen wird. Und als erstes mal damit rumtrödelt, einen Systemwiederherstellungspunkt zu erstellen.
Kann mir bitte jemand erklären, was der Blödsinn soll? So wie ich das sehe, will ich eine handvoll Strings ersetzen. Er sollte also eine handvoll Textdateien mit übersetzten String in irgendeinen Ordner kopieren und fertig. Können maximal ein paar hundert KB sein. Sollte innerhalb eines Sekundenbruchteils runtergeladen und installiert sein. Stattdessen dauert das hier schon wieder 10 Minuten. Welches blöde Arschloch ist eigentlich für so eine Software zuständig? Ich weiß nichtmal, wie ich einen Installer so sehr überladen könnte, wenn ich es darauf anlegen würde, möglichst ineffizient zu sein...