Am Fr, den 04.02.2005 schrieb Michael Hoehne um 22:12:
[...]
> Zuesrt ein Ausschnitt aus dem Protokoll beim zweiten Speichern der Datei
> in meinem Home-Verzeichnis:
>
>
>
> 21:39:51 open("/home/michael/Faltblatt.sxw", O_RDONLY) = 23
> 21:39:51 open("/home/michael/Programme/OpenOffice114/user/backup/...
> ...Faltblatt0.sxw", O_WRONLY|O_CREAT, 0100644) = 24
> 21:39:51 mmap2(NULL, 5590, PROT_READ, MAP_PRIVATE, 23, 0) = 0x48f57000
> 21:39:51 write(24, "PK\3\4\24\0\0\0\0\0v\244D2\341\24519\...
> ...36\0\0\0\36\0\0\0"..., 5590) = 5590
> 21:39:51 munmap(0x48f57000, 5590) = 0
> 21:39:51 fsync(24) = 0
> 21:39:51 close(23) = 0
> 21:39:51 close(24) = 0
> 21:39:51 chmod("/home/michael/Programme/OpenOffice114/user/backup...
> .../Faltblatt0.sxw", 0100644) = 0
> 21:39:51 utime("/home/michael/Programme/OpenOffice114/user/backup/...
> ...Faltblatt0.sxw", [2005/02/04-21:39:19, 2005/02/04-21:35:45]) = 0
> 21:39:51 getuid32() = 1004
> 21:39:51 chown32("/home/michael/Programme/OpenOffice114/user/backup/...
> ...Faltblatt0.sxw", 1004, 100) = 0
Funktioniert alles, die Datei wird geschrieben, geschlossen, mode und
time gesetzt sowie dem Eigner �bergeben(chown).
>
>
> Und wenn ich das richtig sehe, entspricht das der folgenden Passage:
>
>
>
> 21:14:43 open("/home/michael/projekte/Faltblatt.sxw", O_RDONLY) = 23
> 21:14:43 open("/home/michael/Programme/OpenOffice114/user/backup/...
> ...Faltblatt0.sxw", O_WRONLY|O_CREAT, 0100777) = 27
> 21:14:43 mmap2(NULL, 5576, PROT_READ, MAP_PRIVATE, 23, 0) = -1 ...
> ...EPERM (Operation not permitted)
Und hier kracht es dann, k�nnte die Ursache sein. mmap blendet die Date
in den Speicher ein, und zwar mit den gleichen Rechten wie weiter oben
schonmal, es funktioniert aber nicht, das Betriebssystem gibt die
Erlaubnis nicht ... der einzige UNterschied, den ich auf die Schnelle
sehe liegt im Pfad zur ersten Datei (beim ersten mal ohne ../projekte/..
dazwischen). Der jeweils zweite Vorgang ins User-Backup-Verzeichnis
�ffnet aber die gleiche DAtei (...Faltblatt0.sxw).
Kann ich wenig zu sagen, als:
mach doch mal ein
$ ls -l /home/michael/Programme/OpenOffice114/user/backup/
Und: Versuche doch exakt den gleichen Vorgang, aber entferne
zwischendurch die Datei
/home/michael/Programme/OpenOffice114/user/backup/Faltblatt0.sxw
(Backup an anderen Ort versteht sich)
> 21:14:43 close(23) = 0
> 21:14:43 close(27) = 0
>
>
>
> Dabei ist unter /home/michael/projekte die FAT-Partition eingebunden.
> Die Funktion mmap scheint also ein Problem zu haben/machen...
Oder es gibt einen echten Grund f�r deren Fehlschlagen ... um das
auseinanderzuhalten k�nntest Du mal die MAilingliste u.�. bei Suse dazu
befragen, ob irgnedein mmap-bug bekannt ist. Kann aber sein, da� mmap
auf einer FAT32-Partition nicht zul�ssig ist.
> Bei Bedarf kann ich gerne die kompletten Protokolle beider
> Speicherversuche zur Verf�gung stellen.
F�r mich nicht, aber ich vermute Mathias (nicht Michael, sorry) Bauer
k�nnte Interesse daran haben. Das mu� er aber selbst entscheiden.
Gru�,
Marc
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
