discuss-gnustep
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Problem saving database in AddressManager


From: Gerold Rupprecht
Subject: Re: Problem saving database in AddressManager
Date: Fri, 14 Mar 2008 11:57:03 +0100
User-agent: GNUMail (Version 1.2.0)

On 2008-03-13 23:13:38 +0100 David Chisnall <csdavec@swansea.ac.uk>
wrote:

> You should not remove ME or NEXTID.  ME is a symbolic link to your 
> vCard, 
> and without it the address book will not be able to work out  which 
> entry 
> corresponds to you.  NEXTID contains the number of the  next card to 
> create. 
> Without it, you may encounter difficulties when  you next create an 
> address 
> book entry.
> 
> The one called LOCK is used to get exclusive access to the address 
> book and 
> is sometimes left lying around when AddressManager breaks  (which is 
> distressingly often).
> 
> David

Dear David,

Your comment on the ME user I resolved by selecting my record in the
application and using the menu item
Person / This is me...

This recreates the file ME as needed.

The NEXTID file I had a backup and renamed it to its original name.

I checked to make sure that I had the correct entry by looking at the
filenames to find the last file created.

In a shell I ran the command:
ls|sort -g

This will show the files sorted by general number. The last file
record created is the last line shown (132.mfaddr in my case).

The contents of NEXTID will be the number of this file (132 in my
case).

NEXTID is actually showing the last created file record number. When I
made a new record of a person, it received the file record name
133.mfaddr.

Perhaps the filename should be renamed appropriately?


Thanks very much for your comments.

Best wishes,

Gerold
> 
> On 13 Mar 2008, at 21:59, Gerold Rupprecht wrote:
> 
>> Dear readers,
>> 
>> I ran out of disk space while I had GNUMail and AddressManager open. 
>> I
>> had been editing a person when I realized I had a problem, being
>> unable to save my changes.
>> 
>> I cleaned up the disk space problem first.
>> 
>> I then looked for where the database information is stored. You will
>> find it under:
>> 
>> ~/GNUstep/Library/Addresses
>> 
>> (you may want to add this to your backup scripts)
>> 
>> The database stores each entry in a separate file named along the
>> lines of:
>> 
>> 99.mfaddr
>> 
>> I also found three other files:
>> LOCK
>> ME
>> NEXTID
>> 
>> I removed these files and was then again able to make changes to the
>> person record I had been editing.
>> 
>> Hope this might be helpful to other users.
>> 
>> Best regards,
>> 
>> Gerold
>> 
>> -- 
>> Gerold Rupprecht
>> 10 rue Louis-Curval
>> CH-1206 Geneva
>> Switzerland
>> 
>> Tel./Fax     +41 (0) 22 347 73 96
>> For OpenPGP key http://www.keyserver.net/
>> 
>> () Join the ASCII ribbon campaign against HTML mail and Microsoft
>> attachments.
>> /\ Software patents are endangering the computer industry all around
>> the world.
>>       Join the
>> LPF: http://lpf.ai.mit.edu/  http://petition.eurolinux.org/
>> 
>>       Say no to OOXML -Microsoft's broken standard
>> <RFC3156.txt>_______________________________________________
>> Discuss-gnustep mailing list
>> Discuss-gnustep@gnu.org
>> http://lists.gnu.org/mailman/listinfo/discuss-gnustep
> 

-- 
Gerold Rupprecht
10 rue Louis-Curval
CH-1206 Geneva
Switzerland

Tel./Fax        +41 (0) 22 347 73 96
For OpenPGP key http://www.keyserver.net/

() Join the ASCII ribbon campaign against HTML mail and Microsoft
attachments.
/\ Software patents are endangering the computer industry all around
the world.
      Join the 
LPF:    http://lpf.ai.mit.edu/  http://petition.eurolinux.org/

      Say no to OOXML -Microsoft's broken standard

Attachment: RFC3156.txt
Description: Text document

Attachment: pgpvzWUKZnyU9.pgp
Description: PGP signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]