Hallo Wolfgang,
am 12.04.2014 um 09:21 Uhr schrieb Wolfgang Jäth
<[email protected]>
> Am 11.04.2014 22:22, schrieb gooly:
>>
>> Am 11.04.2014 20:28, schrieb Achim Pabel:
>>> Warum setzt Dein Code der in das CSV-File hinein schreiben will
>>> nicht einfach eine leere Datei gleichen Namens nur mit einem ".lock"
>>> als Surfix dahinter (Bsp: YXName.csv.lock ) und löscht dann das
>>> Lock-File, wenn die Schreibaktion beendet ist ?
>>>
>>> Gibt es das Lock-File, kann nur von anderen Threads oder Forks die
>>> CSV-Datei nur gelesen werden.
>>>
>>> Gruß Achim
>> Nein, nein nein.
>> Ich schreibe händisch die 'sets' in das csv-file und mein Programm soll
>> das dann auslesen. Deswegen habe ist das csv geöffnet und will dann
>> beobachten, was daraus gemacht wird.
>
> Das ist aber kein 'shared read', wonach Du im OP gefragt hast; denn
> mindestens einer der beteiligten Prozesse /liest/ nicht, sondern
> /schreibt/. Was Du suchst, ist so was wie 'Optimistic Concurrency' o.
> ä., bei dem mehrere Benutzer gleichzeitig schreibend()! und lesend
> zugreifen können. Aber das erfordert Locking- und Messasging-funktionen,
> die ein einfaches Betriebssystem nicht zur Verfügung stellen kann.
Hmm, in MS-Excel gibt's ja z.B. extra dafür die Funktion
"Arbeitsmappen freigeben", damit diese von mehreren Benutzern zur
selben Zeit bearbeitet werden kann.
Wenn man sowas in LibO einbauen könnte, wäre sein Problem vielleicht
lösbar ...
> Wolf 'und dann musst Du die netzwerkspezifischen Optionen bei Deinen
> Aufrufen natürlich auch noch benutzen' gang
--
..... und tschüss
Franklin
--
Liste abmelden mit E-Mail an: [email protected]
Probleme?
http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/users/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert
