Guessing that readdir order was relied on and hfs has a guaranteed order? But that would imply it breaks on apfs and not ssds.
-
-
- Još 5 drugih odgovora
Novi razgovor -
-
-
race condition hidden by slow drive?
Hvala. Twitter će to iskoristiti za poboljšanje vaše vremenske crte. PoništiPoništi
-
-
-
I worked with Printer/Scanner/MFP software a couple (<5) years ago. From Kyocera, Fujitsu, Samsung. "New low" does not even begin to cover it.
-
It was layers upon layers upon layers of hacks. It was XHRs just being cancelled mid-response. It was everything in your worst nightmares, and then some.
- Još 4 druga odgovora
Novi razgovor -
-
-
They use tmp files for them and rely on some convoluted metadata piece to determine order which is not happening on hfs+/ssd?
Hvala. Twitter će to iskoristiti za poboljšanje vaše vremenske crte. PoništiPoništi
-
-
-
Sounds like it’s the same family of explanations as "the compiler is generating bad code".
Hvala. Twitter će to iskoristiti za poboljšanje vaše vremenske crte. PoništiPoništi
-
-
-
I bet it’s related to the case-preserving (but not case-sensitive) default filesystem, coupled with a race condition. That or something else related to APFS, which was (and perhaps still is?) restricted to SSDs only.
Hvala. Twitter će to iskoristiti za poboljšanje vaše vremenske crte. PoništiPoništi
-
-
-
While bothersome this does seem to be slightly less screwed up than the scanners that regularly replace numbers on scanned documents.
Hvala. Twitter će to iskoristiti za poboljšanje vaše vremenske crte. PoništiPoništi
-
-
-
Scanners are just printers’ evil twins.
Hvala. Twitter će to iskoristiti za poboljšanje vaše vremenske crte. PoništiPoništi
-
Čini se da učitavanje traje već neko vrijeme.
Twitter je možda preopterećen ili ima kratkotrajnih poteškoća u radu. Pokušajte ponovno ili potražite dodatne informacije u odjeljku Status Twittera.