Einloggen
[c] [meta] [fefe]

/fefe/ – Fefes Kommentarfunktion


Antwort erstellen

(≤ 4)



[Zurück]

  • [l] Nicht nur hat Windows 10 doppelt so viel Marktanteil ... Effe ## Mod Tue, 03 Dec 2024 15:33:33 GMT Nr. 142089
    PNG 800×1153 1.1M
    Nicht nur hat Windows 10 doppelt so viel Marktanteil wie Windows 11, der Windows 11-Marktanteil ist rückläufig [0] während der von Windows 10 steigt. Dabei steht das Supportende für Windows 10 kurz bevor.

    Na sowas. Wollen die Kunden etwa nicht für Produkte zahlen, die ihnen Werbung einblenden, ihre Daten erheben und in die US-Cloud hochladen und ihnen dann Horror-"KI" wie "Recall" reindrücken?

    Also DAMIT konnte ja wohl NIEMAND rechnen!1!!

    Sollte es etwa doch ein Limit für Dummheit und Verarschbarkeit von Lockin-Opfern geben?

    [0] https://www.heise.de/news/WIndows-10-Marktanteil-steigt-trotz-nahendem-Support-Ende-10186429.html

    https://blog.fefe.de/?ts=99b1e459
  • [l] Felix Tue, 03 Dec 2024 15:56:07 GMT Nr. 142094
    PNG 1134×978 107.7k
    Windows 10 Brüs, warum können wir nicht mit dem Gewinnen aufhören?
  • [l] Felix Tue, 03 Dec 2024 17:22:40 GMT Nr. 142112
    Naja, wenn Windows 11 auf deinem Rechner nicht laufen will, dann bleibst du halt bei Windows 10.

    Wie hatte Microsoft sich das gedacht? Dass die Leute vollkommen ausreichende Systeme auf den Müll schmeißen, nur um den heißesten Datenkraken-Scheiß aus Redmond nutzen zu können?
    Da steigen normale Menschen eher vollends auf Android und iOS um (und die anderen auf Linux).
  • [l] Felix Tue, 03 Dec 2024 18:01:23 GMT Nr. 142115
    >>142112
    GayBSD nicht zu vergessen!11!
  • [l] Felix Tue, 03 Dec 2024 18:05:54 GMT Nr. 142118
    >>142112
    >was haben die sich gedacht
    Dass sie die Privatkunden eh an Android verloren haben und die Geschäftskunden aus Compliance-Gründen kein nicht-Unterstütztes OS nutzen.
  • [l] Felix Wed, 04 Dec 2024 10:32:22 GMT Nr. 142204
    >>142089
    >während der von Windows 10 steigt.
    Möglicherweise sinkt die Anzahl von Windows-OS-Nutzern generell, aber der Anteil von Windows 10 (relativ) langsamer als der der anderen Windows-Betriebssysteme, Herr von Auch-Mathe-studiert-Habner?

    >https://www.heise.de/news/WIndows-10-Marktanteil-steigt-trotz-nahendem-Support-Ende-10186429.html
    Lustiger Leserbeitrag(stitel):
    >https://www.heise.de/forum/heise-online/Kommentare/Windows-10-Marktanteil-steigt-trotz-nahendem-Support-Ende/Micros-1-hat-gepokert-und-verloren-Oder-ja/thread-7688228/
    >Micros~1 hat gepokert und verloren. - Oder ja?
    >Micros~1
    Kannte ich noch nicht. *munzelte*
  • [l] Felix Wed, 04 Dec 2024 10:46:47 GMT Nr. 142207
    >>142204
    >Micros~1
    Versteh ich nicht. Microsnull?
  • [l] Felix Wed, 04 Dec 2024 10:53:36 GMT Nr. 142210
    >>142089
    >hat Windows 10 doppelt so viel Marktanteil wie Windows 11, der Windows 11-Marktanteil ist rückläufig während der von Windows 10 steigt.
    Spaßfakt: Die von Heise zitierte Statistik wertet die User-Agent-Header von Webbrowsern aus.

    Man vergleiche auch:
    https://developers.google.com/privacy-sandbox/blog/user-agent-reduction-android-model-and-version#user-agent_reduction_so_far
  • [l] Felix Wed, 04 Dec 2024 10:56:56 GMT Nr. 142211
    >>142207
    Für den Fall, dass du tatsächlich unwissend bist und nicht nur trollst:
    https://de.wikipedia.org/wiki/8.3#LFN
  • [l] Felix Wed, 04 Dec 2024 11:03:37 GMT Nr. 142213
    >>142211
    Danke, nein, das hatte ich tatsächlich nicht auf dem Schirm. Muss aber auch zugeben, ich bin geschockt, dass die Zustände bei Windows so schlimm sind, dass Dateinamen längenbegrenzt sind. Solche Probleme habe ich bei OSX (oder auch Linux/GayBSD) noch nie gehabt.
  • [l] Felix Wed, 04 Dec 2024 11:21:12 GMT Nr. 142214
    >>142213
    >sind
    *waren
    Mit dem Gegenangriff VFAT und NTFS war es mit der Beschränkung vorbei.

    Auch:
    >In classic UNIX - the maximum filename was 14 characters - that left 2 bytes for the inode (a directory entry was 16-bytes).
    https://unix.stackexchange.com/questions/339281/how-exactly-are-files-located-under-the-hood/339318#339318
  • [l] Felix Wed, 04 Dec 2024 13:44:53 GMT Nr. 142227
    >>142214
    Insbesondere kann NTFS nicht nur mit den absolut längsten Dateinamen umgehen, selbst mit den Standard-Beschränkungen der Win32-API hat man im Stammverzeichnis eines Laufwerks 256 UTF-16-Codeeinheiten zur Verfügung, verglichen mit Dateinamen von 255 Byte Länge auf Unix, die entsprechend weniger Codepunkten mit UTF-8-Kodierung entsprechen.
    >>> f = "Ä" * 128
    >>> o = open(f, "w")
    Traceback (most recent call last):
      File "<stdin>", line 1, in <module>
    OSError: [Errno 36] File name too long: 'ÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄ'


    Über das 14-Zeichen-Limit bin ich persönlich erstmals gestolpert, als ich mein eigenes Hexdump für Xenix auf dem IBM PC/AT geschrieben habe.
    Die erste Erweiterung des Minix-Dateisystems auf 255 Bytes und 2 GB Größe ist auch der Grund, warum das erweiterte Dateisystem in Linux immer noch diesen Namen trägt.
  • [l] Felix Wed, 04 Dec 2024 14:26:18 GMT Nr. 142231
    >>142213
    #keingutesPersonal #AASfinanzieren
  • [l] Felix Wed, 04 Dec 2024 15:23:10 GMT Nr. 142243
    >>142227
    Funktioniert hier ohne Probleme, muss an Python liegen.
    Achtung: Zum Löschen der Datei den Dateibrauser von 7-Zip etc. nehmen.

    #include <string.h>
    #include <stdint.h>
    #include <uchar.h>
    #include <Windows.h>
    
    int main(int argc, char ** argv)
    {
        static const size_t fileNameLen = 251; // Ergibt mit ".txt" einen 255-stelligen Dateinamen im lokalen Verzeichnis
    
        char16_t prefix[] = L"\\\\?\\";
        size_t prefixLen = sizeof(prefix)  sizeof(prefix[0]) - 1;
        char16_t suffix[] = L".txt";
        size_t suffixLen = sizeof(suffix)  sizeof(suffix[0]) - 1;
        char16_t slash = '\\';
        char16_t fileNameChar = u'Ä';
    
        char16_t * currDir;
        uint32_t bufferLen = GetCurrentDirectory(0, NULL);
        currDir = malloc((bufferLen + 1) * sizeof(char16_t));
        GetCurrentDirectory(bufferLen, currDir);
        size_t currDirLen = bufferLen - 1;
    
        char16_t * fileName = malloc((prefixLen + currDirLen + 1 + fileNameLen + suffixLen + 1) * sizeof(char16_t));
        char16_t * offset = fileName;
    
        memcpy(offset, prefix, prefixLen * sizeof(char16_t));
        offset += prefixLen;
        memcpy(offset, currDir, currDirLen * sizeof(char16_t));
        offset += currDirLen;
    
        *offset = slash;
        offset += 1;
    
        for(size_t i = 0u; i < fileNameLen; i++)
        {
            *offset = fileNameChar;
            offset += 1;
        }
    
        memcpy(offset, suffix, suffixLen * sizeof(char16_t));
        offset += suffixLen;
    
        *offset = 0;
    
        HANDLE file = CreateFile(fileName, GENERIC_WRITE, 0, NULL, CREATE_ALWAYS, FILE_ATTRIBUTE_NORMAL, NULL);
        CloseHandle(file);
    
        free(fileName);
        free(currDir);
    
        return 0;
    }

  • [l] Felix Wed, 04 Dec 2024 15:23:31 GMT Nr. 142244
    >>142227
    Achtung, die Brettweichware verschluckt "/" bei C-Formatierung, das muss natürlich
    size_t prefixLen = sizeof(prefix) / sizeof(prefix[0]) - 1;

    und
    size_t suffixLen = sizeof(suffix) / sizeof(suffix[0]) - 1;

    heißen.
  • [l] Zuse ## Admin Wed, 04 Dec 2024 19:55:57 GMT Nr. 142280
    >>142243
    Was zum Teufel hast du da genau eingegeben? Ich bekomme es nicht ihn. Bitte pfostier mal ein Minimalbeispiel hier: >>142271
  • [l] Felix Wed, 04 Dec 2024 21:29:09 GMT Nr. 142315
    PNG 394×394 343.5k
    >>142280
    Felix nimmt mit >>142313 die Verantwortung fürs Versagen an und begeht Sudoku.
  • [l] Felix Wed, 04 Dec 2024 21:50:59 GMT Nr. 142319
    >>142315
    >ende.png
    Ich will ja nichts sagen, aber das Sudoku ist nicht lösbar - es hat in der zweiten Spalte zwei mal eine fünf.
  • [l] Felix Wed, 04 Dec 2024 21:52:51 GMT Nr. 142320
    >>142319
    Darum ist er jetzt tot. Hätte er es richtig gelöst, wäre er bestimmt noch putzmunter.
  • [l] Felix Thu, 05 Dec 2024 03:16:31 GMT Nr. 142348
    >>142319
    Wie autistisch kann man sein?
    Du so: Ja
    Da kann man nur gratulieren.
  • [l] Felix Thu, 05 Dec 2024 08:02:49 GMT Nr. 142359
    >>142348
    Wenigstens bin ich was!
  • [l] Felix Thu, 05 Dec 2024 08:07:34 GMT Nr. 142363
    >>142359
    Halts Maul
  • [l] Felix Thu, 05 Dec 2024 08:12:00 GMT Nr. 142366
    >>142363
    Bist ja nur neidisch, weil du nichts bist. :)
  • [l] Felix Thu, 05 Dec 2024 18:49:11 GMT Nr. 142451
    main:
     push        rsi  
     sub         rsp,40h  
     mov         rax,5C003F005C005Ch  
     mov         qword ptr [fileName],rax  
     lea         rsi,[fileName]  
     lea         rdx,[fileName+8h]  
     mov         ecx,7FFCh  
     call        qword ptr [__imp_GetCurrentDirectoryW]  
     mov         eax,eax  
     mov         word ptr [rsi+rax*2+8],5Ch  
     movaps      xmm0,xmmword ptr [__xmm@00c400c400c400c400c400c400c400c4]  
     movups      xmmword ptr [rsi+rax*2+0Ah],xmm0  
     movups      xmmword ptr [rsi+rax*2+1Ah],xmm0  
     movups      xmmword ptr [rsi+rax*2+2Ah],xmm0  
     movups      xmmword ptr [rsi+rax*2+3Ah],xmm0  
     movups      xmmword ptr [rsi+rax*2+4Ah],xmm0  
     movups      xmmword ptr [rsi+rax*2+5Ah],xmm0  
     movups      xmmword ptr [rsi+rax*2+6Ah],xmm0  
     movups      xmmword ptr [rsi+rax*2+7Ah],xmm0  
     movups      xmmword ptr [rsi+rax*2+8Ah],xmm0  
     movups      xmmword ptr [rsi+rax*2+9Ah],xmm0  
     movups      xmmword ptr [rsi+rax*2+0AAh],xmm0  
     movups      xmmword ptr [rsi+rax*2+0BAh],xmm0  
     movups      xmmword ptr [rsi+rax*2+0CAh],xmm0  
     movups      xmmword ptr [rsi+rax*2+0DAh],xmm0  
     movups      xmmword ptr [rsi+rax*2+0EAh],xmm0  
     movups      xmmword ptr [rsi+rax*2+0FAh],xmm0  
     movups      xmmword ptr [rsi+rax*2+10Ah],xmm0  
     movups      xmmword ptr [rsi+rax*2+11Ah],xmm0  
     movups      xmmword ptr [rsi+rax*2+12Ah],xmm0  
     movups      xmmword ptr [rsi+rax*2+13Ah],xmm0  
     movups      xmmword ptr [rsi+rax*2+14Ah],xmm0  
     movups      xmmword ptr [rsi+rax*2+15Ah],xmm0  
     movups      xmmword ptr [rsi+rax*2+16Ah],xmm0  
     movups      xmmword ptr [rsi+rax*2+17Ah],xmm0  
     movups      xmmword ptr [rsi+rax*2+18Ah],xmm0  
     movups      xmmword ptr [rsi+rax*2+19Ah],xmm0  
     movups      xmmword ptr [rsi+rax*2+1AAh],xmm0  
     movups      xmmword ptr [rsi+rax*2+1BAh],xmm0  
     movups      xmmword ptr [rsi+rax*2+1CAh],xmm0  
     movups      xmmword ptr [rsi+rax*2+1DAh],xmm0  
     movups      xmmword ptr [rsi+rax*2+1EAh],xmm0  
     mov         dword ptr [rsi+rax*2+1FAh],0C400C4h  
     mov         word ptr [rsi+rax*2+1FEh],0C4h  
     mov         rcx,7400780074002Eh  
     mov         qword ptr [rsi+rax*2+200h],rcx  
     mov         word ptr [rsi+rax*2+208h],0  
     mov         qword ptr [rsp+30h],0  
     mov         dword ptr [rsp+28h],80h  
     mov         dword ptr [rsp+20h],4  
     mov         rcx,rsi  
     mov         edx,40000000h  
     xor         r8d,r8d  
     xor         r9d,r9d  
     call        qword ptr [__imp_CreateFileW]  
     mov         rcx,rax  
     call        qword ptr [__imp_CloseHandle]  
     xor         eax,eax  
     add         rsp,40h  
     pop         rsi  
     ret


  • [l] Felix Fri, 06 Dec 2024 11:44:33 GMT Nr. 142484
    >>142243
    Du hast da sehr viel Aufwand investiert Felix, aber ich meinte in diesem Fall Python auf Linux mit UTF-8-Locale, was den String zu einem Dateinamen mit 2*128 > 255 Bytes kodiert.
    Python auf Windows nutzt Pfade ohne Präfix, aber im Installer kann man ein Häkchen setzen, das den Registry-Schlüssel für Unicode-Pfade mit Überlänge aktiviert.

    Wenn man das Programm spaßeshalber unter Wine ausführt, gibt NtCreateFile() schon intern einen Fehler zurück, soweit ein Pfadelement eines übersetzten NT-Pfads MAX_DIR_ENTRY_LEN == 255 überschreitet (vgl. dlls/master/dlls/ntdll/unix/file.c):
    00d0:Call KERNEL32.CreateFileW(007b4130 L"\\\\?\\Z:\\tmp\\\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4
    \00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4"...,40000000,00000000,00000000,6e5c706d000
    00002,65786500000080,00000000) ret=140001527
    00d0:Call ntdll.RtlRunOnceExecuteOnce(6fffffca2f90,6fffffc926e0,00000000,00000000) ret=6fffffc47956
    00d0:Ret  ntdll.RtlRunOnceExecuteOnce() retval=00000000 ret=6fffffc47956
    00d0:Call ntdll.wcscpy(0011f994,6fffffca1574 L"") ret=6fffffc436fa
    00d0:Ret  ntdll.wcscpy() retval=0011f994 ret=6fffffc436fa
    00d0:Call ntdll.RtlDosPathNameToNtPathName_U(007b4130 L"\\\\?\\Z:\\tmp\\\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4\00c4"...,0011fb60,00000000,00000000) ret=6fffffc23c36
    00d0:Ret  ntdll.RtlDosPathNameToNtPathName_U() retval=00000001 ret=6fffffc23c36
    00d0:Call ntdll.NtCreateFile(0011fb48,40100080,0011fb80,0011fb70,00000000,00000080,00000000,00000005,00000060,00000000,00000000) ret=6fffffc23d0f
    00d0:Ret  ntdll.NtCreateFile() retval=c0000034 ret=6fffffc23d0f
    00d0:Call ntdll.RtlNtStatusToDosError(c0000034) ret=6fffffc23f90
    00d0:Ret  ntdll.RtlNtStatusToDosError() retval=00000002 ret=6fffffc23f90
    00d0:Call ntdll.RtlFreeUnicodeString(0011fb60) ret=6fffffc23edb
    00d0:Ret  ntdll.RtlFreeUnicodeString() retval=00000001 ret=6fffffc23edb
    00d0:Ret  KERNEL32.CreateFileW() retval=ffffffffffffffff ret=140001527
    00d0:Call KERNEL32.CloseHandle(ffffffffffffffff) ret=140001530
    00d0:Call ntdll.NtClose(ffffffffffffffff) ret=6fffffc2139b
    00d0:Ret  ntdll.NtClose() retval=00000000 ret=6fffffc2139b
    00d0:Ret  KERNEL32.CloseHandle() retval=00000001 ret=140001530

  • [l] Felix Fri, 06 Dec 2024 12:03:23 GMT Nr. 142485
    >>142484
    >Du hast da sehr viel Aufwand investiert Felix
    Es hat Spaß gemacht, von daher alles gut

    >Wenn man das Programm spaßeshalber unter Wine ausführt, gibt NtCreateFile() schon intern einen Fehler zurück, soweit ein Pfadelement eines übersetzten NT-Pfads MAX_DIR_ENTRY_LEN == 255 überschreitet
    Felix kann es gerade nicht testen, aber genau das müsste auch unter Windows (fast immer) der Fall sein:
    >The Windows API has many functions that also have Unicode versions to permit an extended-length path for a maximum total path length of 32,767 characters. This type of path is composed of components separated by backslashes, each up to the value returned in the lpMaximumComponentLength parameter of the GetVolumeInformation function (this value is commonly 255 characters).
    https://learn.microsoft.com/en-us/windows/win32/fileio/maximum-file-path-limitation


[Zurück]
[c] [meta] [fefe]