Folgen Sie dem Video unten, um zu sehen, wie Sie unsere Website als Icon auf Ihrem Homescreen erstellen.
Anmerkung: This feature may not be available in some browsers.
Der Grund dürfte schlicht der Mac Pro sein. Der ist der letzte mit Intel.Bis 2025 soll laut Mac&i in den Macs, nur noch ARM verbaut sein. Von A bis Z. Also kein Intel usw mehr.
Momentan werden wohl noch Intel Chips verwendet, weil es nicht anders geht. Es wird also noch sehr viel passieren.
Bis der Nachfolger von APFS kommt, dürften locker 10-15 Jahre ins Land gehen. APFS ist doch (für ein Dateisystem) brandneu.Mit APFS. Es wird nicht das letzte Format sein. Da soll noch mehr kommen. Denke mal für die Zukunft auch 128 Bit. Aber egal.
Es gibt 1 oder 2 kommerzielle Treiber für NTFS. Ansonsten gibt es den freien NTFS-Treiber, der auf FUSE (Filesystem in Userspace) basiert. Leider hat die macOS-Version von FUSE das Problem, sehr langsam im Vergleich zu sein. Keine Ahnung, ob das technische Gründe hat, oder da niemand mehr Arbeit reinsteckt…Kann NTFS lesen, aber nicht schreiben. exFat wird bald out sein.
Wie ist das zu verstehen? Was ist der Zusammenhang?Nun zu Windows. Ganz stur NTFS oder exFat. Auch Veknüpfung mit dem iPhone nicht mehr möglich.
Das Linux-FUSE ist, wie oben schon gesagt, deutlich schneller. Es gibt auch deutlich mehr Filesysteme für FUSE.Und nun beobachtet mal Linux Cinnamon. NTFS lesen und schreiben ist kein Problem. Von anderen Formaten möchte ich nicht sprechen.
Zunächst dürfte es daran gelegen haben, daß es schlicht kein (solo kaufbares) AArch64-Windows gibt, was man überhaupt hätte starten können. Ich hab Bootcamp ganz am Anfang mal ausprobiert, es aber für mich als nicht interessant abgehakt. Windows läuft sowieso am allerbesten in einer VM. Dann hat man auch die großen Treiberärgernisse nicht mehr.Warum wurde BootCamp usw abgeschaft? Denke mal, dass diese Dinge nur ein Programmierer versteht, und nicht ich.
Jepp. Stimme zu. Wenn ich was kaufen möchte, informiere ich mich. In diesem Sinne ist also jede Informationsquelle ein "Verkaufsblättle"... Nur gehören heise bzw. c't bzw. Mac & i meiner Ansicht nach zu den besseren. - Man kann aber gern auch anderer Ansicht sein...Mac&i = Hintergrundwissen?
Das ist doch ein besseres Verkaufsblättle
Das ist so nicht ganz richtig.Der Grund dürfte schlicht der Mac Pro sein. Der ist der letzte mit Intel.
Bis der Nachfolger von APFS kommt, dürften locker 10-15 Jahre ins Land gehen. APFS ist doch (für ein Dateisystem) brandneu.
Es gibt 1 oder 2 kommerzielle Treiber für NTFS. Ansonsten gibt es den freien NTFS-Treiber, der auf FUSE (Filesystem in Userspace) basiert. Leider hat die macOS-Version von FUSE das Problem, sehr langsam im Vergleich zu sein. Keine Ahnung, ob das technische Gründe hat, oder da niemand mehr Arbeit reinsteckt…
Wie ist das zu verstehen? Was ist der Zusammenhang?
Das Linux-FUSE ist, wie oben schon gesagt, deutlich schneller. Es gibt auch deutlich mehr Filesysteme für FUSE.
Zunächst dürfte es daran gelegen haben, daß es schlicht kein (solo kaufbares) AArch64-Windows gibt, was man überhaupt hätte starten können. Ich hab Bootcamp ganz am Anfang mal ausprobiert, es aber für mich als nicht interessant abgehakt. Windows läuft sowieso am allerbesten in einer VM. Dann hat man auch die großen Treiberärgernisse nicht mehr.
Zudem war Bootcamp eh immer sowas wie ein wilder Hack. Das fing schon damit an, daß man diese Partitionierung ausschliesslich mit dem Bootcamp-Assistenten durchführen konnte. Wenn ich es nicht falsch erinnere, durfte man min anderen Tools da auch nicht mehr dran, wenn man keine Datenverluste riskieren wollte. (Oder hatten die Tools ihre Arbeit verweigert?)
Gibt es solche Software nicht für iPads? So gar nicht?Wenn meine Entwicklungswerkzeuge für meine Elektroniksachen auch auf dem iPad laufen würden hätte …
Da ist WIN-Software weitaus besser aufgestellt als für MacOS oder iOS. Einfach weil es die schon seit Jahrzehnten dort gibt und in der Industrie das Apple-Zeugs eben kein Standard ist.Gibt es solche Software nicht für iPads? So gar nicht?
APFS wurde 2019 eingeführt? Umstieg von Mojave auf Catalina? Also nicht mehr so brandneu? Was heute entwickelt wurde, ist morgen schon out. Alles geschah zu Intel Zeiten.Bis der Nachfolger von APFS kommt, dürften locker 10-15 Jahre ins Land gehen. APFS ist doch (für ein Dateisystem) brandneu.
Jein. Es gibt bereiche, da gilt das nicht. Besonders Dateisysteme sind ein heisses Eisen. Mit 5 Jahren ist ein Dateisystem durchaus noch jung. ZFS war sogar schon 5 Jahre alt, als es 2006 final veröffentlicht wurde. Und mittlerweile ist es gut 20 Jahre alt – und ist nachwievor das modernste Dateisystem. Und APFS wird auch noch locker 10 Jahre aktuell sein.@agrajag
APFS wurde 2019 eingeführt? Umstieg von Mojave auf Catalina? Also nicht mehr so brandneu? Was heute entwickelt wurde, ist morgen schon out.
Der Zusammenhang zu einer Architektur ist welcher?Alles geschah zu Intel Zeiten.
Was?!? Welche Entwickler schimpfen über welche Sicherheitsprobleme rum? Und wer kann was nicht lösen?Entwickler schimpfen jetzt schon herum, in puncto Sicherheit. Können wir nicht mehr lösen!
Kann mir nur folgende Dinge vorstellen: Das Apple bis 2025 alles auf die Reihe bekommt. Das alle Chips von ARM sind. Also volle Apple Kontrolle. Und dann auch ein neues Datei Format.
Du hörst dich an wie erin Verschwörungstheoretilker. Alles schön vage halten. Blos nichts konkretes. Nur gemunkel und getuschel von "anderen".Aber lassen wir uns mal überraschen. Keiner weiß, was noch passiert. Man kann es sich nur denken.
Leider nicht. Ich kann ja schon froh sein um die Werkzeuge, die es für macOS gibt. Ich muss u.a. deshalb stets vorsichtig sein, wenn ich das OS wechsle. Ich kann es mir nicht leisten, dass ich ein/zwei Monate warten muss, bis meine Werkzeuge wieder funktionieren. Deshalb bekommt das Update auch immer als erstes der Rechner, bei dem es relativ egal ist, ob etwas nach dem Update noch geht oder nichtGibt es solche Software nicht für iPads? So gar nicht?
So schaut es aus. Meine Mikrocontroller-Wahl im Bereich 8 Bit fiel unter anderem auf die AVRs eben weil es Tools für diese Mikrocontroller auch auf Mac OS gab. Wäre ich damals mit Windows unterwegs gewesen wäre es bei mir eher was mit den PICs geworden statt der AVRs.Da ist WIN-Software weitaus besser aufgestellt als für MacOS oder iOS. Einfach weil es die schon seit Jahrzehnten dort gibt und in der Industrie das Apple-Zeugs eben kein Standard ist.
Dann kannste jetzt endlich auf die PICs umsteigen. MPLAB läuft auf meinem M1 perfekt.Meine Mikrocontroller-Wahl im Bereich 8 Bit fiel unter anderem auf die AVRs eben weil es Tools für diese Mikrocontroller auch auf Mac OS gab. Wäre ich damals mit Windows unterwegs gewesen wäre es bei mir eher was mit den PICs geworden statt der AVRs.
Das ist ja verrückt. Bei mir war es genau umgekehrt. Die Wahl auf AVR fiel, weil es für Linux und Windows gute Tools gab (AVR Studio, avrgcc, Debugger für AVR etc.). Erst seit Microchip Atmel übernommen hat und die MPLAB IDE auch AVR unterstützt, habe ich leichten Herzens den Wechsel zu macOS vollzogen. Vorher hätte ich mit macOS vermutlich PIC's gewählt.Meine Mikrocontroller-Wahl im Bereich 8 Bit fiel unter anderem auf die AVRs eben weil es Tools für diese Mikrocontroller auch auf Mac OS gab. Wäre ich damals mit Windows unterwegs gewesen wäre es bei mir eher was mit den PICs geworden statt der AVRs.
Welches Java hast du installiert? Bei mir schmiert in einer Tour Java ab, immer wieder. Ich glaub die längste Laufzeit bisher war rund 5000s bis es zum Crash kam. Für die neuen AVR (aktuell arbeite ich mit einem Attiny3226) nutze ich daher das MPLAB mit Windows 11 Arm unter Parallels.MPLAB läuft auf meinem M1 perfekt.
Ähhhm, bewußt gar keins. MPLAB meint:Welches Java hast du installiert? Bei mir schmiert in einer Tour Java ab, immer wieder. Ich glaub die längste Laufzeit bisher war rund 5000s bis es zum Crash kam. Für die neuen AVR (aktuell arbeite ich mit einem Attiny3226) nutze ich daher das MPLAB mit Windows 11 Arm unter Parallels.
hihihi, das kenn ichIch glaube es nicht! Gerade ist MPLAB abgestürzt
Gibt es keine Logs?Welches Java hast du installiert? Bei mir schmiert in einer Tour Java ab, immer wieder.
Gibt es keine Logs?
1.8 ist ja schon recht alt, reicht aber für die meisten Anwendungen.
-------------------------------------
Translated Report (Full Report Below)
-------------------------------------
Process: java [58485]
Path: /Applications/microchip/*/java
Identifier: java
Version: ???
Code Type: X86-64 (Translated)
Parent Process: bash [58359]
User ID: 501
Date/Time: 2022-10-21 19:56:48.4716 +0200
OS Version: macOS 12.6 (21G115)
Report Version: 12
Anonymous UUID: 84BCF12B-2B2F-8B67-D61A-7A775AFD46AB
Sleep/Wake UUID: BD190276-603B-4A59-ACF5-6D86B46D2B7B
Time Awake Since Boot: 180000 seconds
Time Since Wake: 69 seconds
System Integrity Protection: enabled
Crashed Thread: 37 Java: main
Exception Type: EXC_BAD_ACCESS (SIGBUS)
Exception Codes: KERN_PROTECTION_FAILURE at 0x000000010d1ec000
Exception Codes: 0x0000000000000002, 0x000000010d1ec000
Exception Note: EXC_CORPSE_NOTIFY
Termination Reason: Namespace SIGNAL, Code 10 Bus error: 10
Terminating Process: exc handler [58485]
VM Region Info: 0x10d1ec000 is in 0x10d1ec000-0x10d1ed000; bytes after start: 0 bytes before end: 4095
REGION TYPE START - END [ VSIZE] PRT/MAX SHRMOD REGION DETAIL
Rosetta Return Stack 10d1e8000-10d1ec000 [ 16K] rw-/rwx SM=PRV
---> VM_ALLOCATE 10d1ec000-10d1ed000 [ 4K] ---/rwx SM=PRV
shared memory 10d1ed000-10d1f1000 [ 16K] r--/r-- SM=SHM