Kyle,
On Thu, 2007-02-22 at 14:55 -0600, Kyle Davenport wrote:
> I think the last time I looked I had the latest version of gramps which=20
> would run on my version of python (Fedora Core 5 - python 2.4.3 ). =20
>=20
> I tried to open an early backup of the database from before I had any=20
> problems (a *grdb file) and gramps died in exactly the same way. I=20
> think there's something wrong with the bsddbenv files instead.
This is definitely the problem. The grdb file may or may not open
if you clean/move your ~/.gramps/bsddbenv directory, so deleting
it is a risk, although when it is corrupted you can't open grdb either.
> The last time I reported a bug, Donald looked at my db and cleaned up a=20
> few links and wrote me a new copy... I am assuming this "gramps cannot=20
> start" problem is distinct from the export problem.
"gramps cannot start" is just the message produced when gramps could
not start, for whatever reason. In this case, my guess is that you have
the autoload set on. You can unset it:
$ gconftool-2 -t bool -s /apps/gramps/behavior/autoload 0
then gramps should start. But you probably won't be able to open
any data file. In gramps 2.2 we still used a single env directory
for all databases. In gramps 2.3 and later we switched to using
the separate env dirs for each database.
> I was hoping we could identify what object has "NoneType" and fix it.
This was an error in the code, nothing wrong with the data.
If you'd like, send me a gzipped version of a grdb file
to try to recover. All I am going to try is opening it
with the empty environment, hoping that it will open.
So you may try it yourself if you'd like.
For the future, PLEASE make XML backups.
Alex
--=20
Alexander Roitman http://www.gramps-project.org

I think the last time I looked I had the latest version of gramps which
would run on my version of python (Fedora Core 5 - python 2.4.3 ).
I tried to open an early backup of the database from before I had any
problems (a *grdb file) and gramps died in exactly the same way. I
think there's something wrong with the bsddbenv files instead.
The last time I reported a bug, Donald looked at my db and cleaned up a
few links and wrote me a new copy... I am assuming this "gramps cannot
start" problem is distinct from the export problem. I was hoping we
could identify what object has "NoneType" and fix it.
Kyle
Alex Roitman wrote:
>Kyle,
>
>On Thu, 2007-02-22 at 11:49 -0600, Kyle Davenport wrote:
>
>
>> File "/usr/share/gramps/GrampsDb/_WriteGedcom.py", line 860, in
>>write_reporef
>> repo_id = repo.get_gramps_id()
>>AttributeError: 'NoneType' object has no attribute 'get_gramps_id'
>>
>>
>[snip]
>
>
>>Gramps version: 2.2.2-1
>>
>>
>[snikp]
>
>
>>I have tried everything I can - checking database, rebuild indices,
>>restarting, etc. This started a while ago and I was hoping to find the
>>record or object I'd mistakenly imported that caused it, but I haven't.
>>
>>
>
>Have you tried upgrading to 2.2.6? This bug was fixed a while ago.
>We can't possibly propagate the fixes into the past releases.
>
>Alex
>
>
>
--
Kyle Davenport - unix sys admin consultant - Dallas TX
_____________________________
It is a thirst...a flower dying in the desert...

Benny,
On Thu, 2007-02-22 at 13:40 +1300, Benny wrote:
> After the error occurred the first time I rebooted the system,
> restarted Gramps and tried again. Same result.
> If the program can not find a problem in the database why will it not
> export to a gedcom?
[snip]
> File
> "/usr/share/gramps/Filters/Rules/Person/_IsDescendantFamilyOf.py",
> line 89, in add_matches
> self.add_matches(self.db.get_person_from_handle(child_ref.ref))
> File
> "/usr/share/gramps/Filters/Rules/Person/_IsDescendantFamilyOf.py",
> line 89, in add_matches
> self.add_matches(self.db.get_person_from_handle(child_ref.ref))
>=20
> This line is repeated a total of 938 times
This suggests that you have a person that is a child of self.
If you have an idea where to look for it, try finding and correcting
it. If not, export your data to XML and send me the .gramps file
and I will take a look.
GRAMPS should not allow you entering such a relationship.
I wonder if it could come from GEDCOM.
The reason it is not detected by check/repair tool is that we
probably don't have a check for this (although I thought that we
do). I'd have to have a testcase to say for sure.
Thanks,
Alex
--=20
Alexander Roitman http://www.gramps-project.org

User Information:
===================
I had setup a personal filter to export all descendants of my most
distant ancestors.
The filter used was "descendant family members of <person>"
Before trying the export I had run the "check and repair database", no
problems found.
All problems found by "verify database" that are problems have been fixed.
I have tried twice to use this filter to export a gedcom /(for an
overseas relative).
/After the error occurred the first time I rebooted the system,
restarted Gramps and tried again. Same result.
If the program can not find a problem in the database why will it not
export to a gedcom?
Error Details:
===================
71915: ERROR: gramps.py: line 147: Unhandled exception
Traceback (most recent call last):
File "/usr/share/gramps/Exporter.py", line 127, in on_before_page_next
success = self.save()
File "/usr/share/gramps/Exporter.py", line 186, in save
self.callback)
File "/usr/share/gramps/GrampsDb/_WriteGedcom.py", line 1492, in
exportData
gw = GedcomWriter(database,person,0,filename,option_box,callback)
File "/usr/share/gramps/GrampsDb/_WriteGedcom.py", line 427, in __init__
if not setup_func():
File "/usr/share/gramps/GrampsDb/_WriteGedcom.py", line 483, in gui_setup
self.plist = set(self.option_box.cfilter.apply(
File "/usr/share/gramps/Filters/_GenericFilter.py", line 201, in apply
rule.prepare(db)
File
"/usr/share/gramps/Filters/Rules/Person/_IsDescendantFamilyOf.py", line
60, in prepare
self.add_matches(self.root_person)
File
"/usr/share/gramps/Filters/Rules/Person/_IsDescendantFamilyOf.py", line
89, in add_matches
self.add_matches(self.db.get_person_from_handle(child_ref.ref))
File
"/usr/share/gramps/Filters/Rules/Person/_IsDescendantFamilyOf.py", line
89, in add_matches
self.add_matches(self.db.get_person_from_handle(child_ref.ref))
*/ This line is repeated a total of 938 times/
*File "/usr/share/gramps/Filters/Rules/Person/_IsDescendantFamilyOf.py",
line 89, in add_matches
self.add_matches(self.db.get_person_from_handle(child_ref.ref))
File "/usr/share/gramps/GrampsDb/_GrampsDbBase.py", line 739, in
get_person_from_handle
return self._get_from_handle(handle, Person, self.person_map)
File "/usr/share/gramps/GrampsDb/_GrampsBSDDB.py", line 1356, in
_get_from_handle
newobj.unserialize(data)
File "/usr/share/gramps/RelLib/_Person.py", line 196, in unserialize
AttributeBase.unserialize(self, attribute_list)
File "/usr/share/gramps/RelLib/_AttributeBase.py", line 71, in unserialize
self.attribute_list = [Attribute().unserialize(item) for item in data]
File "/usr/share/gramps/RelLib/_Attribute.py", line 56, in __init__
NoteBase.__init__(self, source)
File "/usr/share/gramps/RelLib/_NoteBase.py", line 57, in __init__
self.note = Note(text)
File "/usr/share/gramps/RelLib/_Note.py", line 54, in __init__
SecondaryObject.__init__(self)
File "/usr/share/gramps/RelLib/_SecondaryObject.py", line 59, in __init__
BaseObject.__init__(self)
RuntimeError: maximum recursion depth exceeded
System Information:
===================
Python version: 2.4.3 (#2, Oct 6 2006, 07:52:30) [GCC 4.0.3 (Ubuntu
4.0.3-1ubuntu5)]
BSDDB version: 4.3.0.2
Gramps version: 2.2.6-1
LANG: en_NZ.UTF-8
OS: Linux
Distribution: 2.6.15-28-386