>> Dann schlage ich vor, Du schmeißt den Network-Manager raus. Wenn man
>> nicht in unterschiedlichen Netzen unterwegs ist, braucht man so ein
>> Teil nicht.
>
> Ich benutze auch auf meinen Laptops keinen Network-Manager, sondern
> guessnet.
Kleine Frage: warum sollte man in dem Setup überhaupt ein zusätzliches Net-Tool verwenden? Ich hatte dasselbe Problem auch. Lösung: Network-Manager deaktivieren und in der interfaces-Datei (sollte unter /etc/network/ liegen) eine statische IP vergeben. Ist aus meiner Sicht die beste Lösung, da sie immer funktioniert und kein zusätzliches Tool in meinen config-Dateien etwas macht.
Am Mittwoch, 2. Januar 2013 schrieb Matthias Müller:
Hallo Mathias,Stefan usw.
ein ls -la /media/sda11 ergibt u.a. die Zeile -rw-r--r-- 1 joachim put 6774098 Dez 17 22:06 A.I.type Tastatur.apk
ein ls -la /media/sda11/A*
ls: Zugriff auf /media/sda11/A* nicht möglich: Datei oder Verzeichnis nicht gefunden
dto. ls -la /media/sda11/A.I.type\ Tastatur.apk
ls: Zugriff auf /media/sda11/A.I.type Tastatur.apk nicht möglich: Datei oder Verzeichnis nicht gefunden
und die rm Ausgabe ist identisch der ls Ausgabe
Wenn sda11 nicht so viele Daten (GB) enthielte, würde ich die Daten sichern und neu formatieren (als letzter Ausweg).
Gruß Joachim
-- Joachim Puttkammer
http://www.puttkammer.de
Siduction - KDE 4.8.
_______________________________________________
Ubuntu mailing list
Ubuntu[bei]easylinux[punkt]de http://www.easylinux.de/Kontakt/Mailinglisten/listinfo/ubuntu
Am Freitag, den 04.01.2013, 12:08 +0100 schrieb Joachim Puttkammer:
Hallo Joachim, hallo Matthias,
ich hab mal gesucht, denn das Thema interessiert mich auch.
> (picpaste)
> daraufhin habe ich 1x nach Sonderzeichen 'feff' gesucht und folgengen Link
> erhalten:
>
> http://www.sonderzeichen.de/Arabic_Presentation_Forms_B-Schriftzeichen.html
> bzw.
> [In Bearbeitung] ZERO WIDTH NO-BREAK SPACE
>
> ZERO WIDTH NO-BREAK SPACE verstehe ich nicht, aber damit kann ich leben. Dazu hab ich folgendes hier gefunden:
Allen Schwierigkeiten zum Trotz hat die Darstellung von Unicode-Zeichen
als 2-Byte-Folgen eine relativ große Verbreitung gefunden, nicht
zuletzt, weil dies die native Darstellung textueller Daten in der
Programmiersprache Java ist. Folge dieser Designentscheidung in Java ist
ein erhöhter Speicherverbrauch, andere negative Effekte sind weniger
relevant, solange es sich um ein geschlossenes System handelt, bei dem die Interpretation von Daten (Bytes) eindeutig festgelegt ist.
Tatsächlich gibt es aber zwei (weitere) Varianten von UTF-16 (16-Bit
Unicode Transformation Format), nämlich eine Big-Endian- und eine
Little-Endian-Variante. In Abwesenheit anderer Anhaltspunkte sollte von
Big-Endianness ausgegangen werden. Ein konkreter Anhaltspunkt ist das
Unicode-Zeichen mit der Nummer 65.279 (hexadezimal feff). Dieses Zeichen
ist „illegal“, es ist das sogenannte Byte Order Mark - BOM.
# ^^^^^^^^^ ^^^^^^^^^^^^^^^^^^^^^
# Anm. von mir.
Der Nutzen des BOM erschließt sich erst dann, wenn man sich überlegt,
wie das Zeichen bei „falschem“ Byte-Sex interpretiert wird. Liest ein
Big-Endian-System ein BOM aus Daten, die auf einem Little-Endian-System
erzeugt wurde, sieht es nämlich nicht die Zahl 65.279 (Hex feff),
sondern - da die beiden Bytes vertauscht sind - die Zahl 65.534 (Hex
fffe), und das Unicode-Zeichen mit der Nummer 65.534 ist im
Unicode-Standard ebenfalls als illegal gekennzeichnet. Konsequenz: Bei
allen folgenden Byte-Paaren müssen die Bytes jeweils vertauscht werden,
und das gilt praktischerweise sowohl für Big-Endian- als auch für
Little-Endian-Systeme, was wiederum die Portabilität von Programmen auf Quelltextebene erleichtert.
Es ist nicht verwunderlich, dass das BOM normalerweise das erste Zeichen
in einer Textdatei ist. Clevere Programme interpretieren es aber an
beliebigen Stellen (Rationale: Die Datei könnte vom User aus Einzeldateien zusammengesetzt worden sein).
Bei den sogenannten Surrogaten handelt es sich um eine Kombination
mehrerer Unicode-Zeichen, die speziell interpretiert werden, um die
Beschränkung auf theoretisch maximal 65.536 Zeichen zu sprengen. In der
Praxis ist dies wenig relevant, weil die Surrogate in den meisten Fonts
- die ja zur endgültigen Darstellung der Textdaten notwendig sind -
schlichtweg fehlen. Abschluß des Auszuges!
Das sieht mir nach unterschiedlichen Programmierungen aus. Android
scheint dieses Zeichen als Normal anzusehen während der PC damit nicht
zurecht kommt Big/Little-Endian-Systeme. Aber fragt mich nicht was das bedeutet!
