swarm-support
[Top][All Lists]
Advanced

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

Making HDF5 serialization work (was Re: Lisp Serialization: GZ support?


From: Paul Johnson
Subject: Making HDF5 serialization work (was Re: Lisp Serialization: GZ support?
Date: Mon, 18 Mar 2002 19:57:12 -0600
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.8) Gecko/20020212

Marcus G. Daniels wrote:
PJ> Reload crashes Swarm

Today's snapshot adds support for automatic allocation of memory for
ivars that are pointer (as was just recently added for the Lisp archiver).

  ftp://ftp.swarm.org/pub/swarm/src/testing/swarm-2002-03-18.tar.gz

Thanks very much.  I truly appreciate your work.


I have built this new shapshot on RH7.2 with the gcc3-3.0.4 that I described
in this list the other day and if anybody wants the RPMs for swarm,
just email me and i'll post them. I also used HDF5-1.4.3, for which I
have RPMs as well.

Good News:
I have run several applications that used to work and they still do :)

Bad News:
I have run the serialization1.m file and I still get the crash when I try to reload the collections.hdf file. It really puzzles me that it works for you.

I added:

[super hdf5OutDeep:  hdf5obj];

And I can see the IVARs are saved in the hdf5 file with h5dump, but reload fails. Here's the source code:

http://lark.cc.ukans.edu/~pauljohn/SwarmFaq/WorkingExampleCode/objc/serialization1.m

and here is a back trace. For what it is worth, I have the same problem whether or not I use DYN_MEM. In this example, I've added #ifdef DYN_MEM brackets around -hdf5OutDeep to show the crash happens whether you compile with that flag or not.

The backtraces are identical. I apologize that I sound like a broken record ("I can't do this, I can't do that, I can't ...).

(gdb) bt
#0 0x4077028f in chunk_free (ar_ptr=0x40823b80, p=0xffffff90) at malloc.c:3225
#1  0x4076fff4 in __libc_free (mem=0x80ca5b0) at malloc.c:3154
#2  0x4051e352 in H5MM_xfree () from /usr/lib/libhdf5.so.0
#3  0x404e2f7c in H5A_read () from /usr/lib/libhdf5.so.0
#4  0x404e2b8d in H5Aread () from /usr/lib/libhdf5.so.0
#5 0x401f2517 in get_attribute_string_list (oid=805306368, attrName=0x40219dba "type", strings=0xbfffeb68) at /home/pauljohn/LinuxDownloads/redhat/BUILD/swarm-2.1.133.20020318/src/defobj/HDF5Object.m:220
#6  0x401f2835 in get_attribute (oid=805306368, attrName=0x40219dba "type")
at /home/pauljohn/LinuxDownloads/redhat/BUILD/swarm-2.1.133.20020318/src/defobj/HDF5Object.m:262
#7  0x4020087b in hdf5In (aZone=0x807e300, hdf5Obj=0x80c8fd0)
at /home/pauljohn/LinuxDownloads/redhat/BUILD/swarm-2.1.133.20020318/src/defobj/defobj.m:329 #8 0x401ea042 in _i_HDF5Archiver_c__getWithZone_key_ (self=0x80bd720, _cmd=0x40221128, aZone=0x807e300,
    key=0x8049782 "myCollection")
at /home/pauljohn/LinuxDownloads/redhat/BUILD/swarm-2.1.133.20020318/src/defobj/HDF5Archiver.m:198 #9 0x401ea0c9 in _i_HDF5Archiver_c__getObject_ (self=0x80bd720, _cmd=0x804adf0, key=0x8049782 "myCollection") at /home/pauljohn/LinuxDownloads/redhat/BUILD/swarm-2.1.133.20020318/src/defobj/HDF5Archiver.m:211
#10 0x080495a8 in main (argc=1, argv=0xbfffed14) at serialization1.m:277
#11 0x4070b627 in __libc_start_main (main=0x804946c <main>, argc=1, ubp_av=0xbfffed14, init=0x80488c4 <_init>, fini=0x804963c <_fini>, rtld_fini=0x4000dcc4 <_dl_fini>, stack_end=0xbfffed0c) at ../sysdeps/generic/libc-start.c:129


--
Paul E. Johnson                       email: address@hidden
Dept. of Political Science            http://lark.cc.ku.edu/~pauljohn
University of Kansas                  Office: (785) 864-9086
Lawrence, Kansas 66045                FAX: (785) 864-5700


                 ==================================
  Swarm-Support is for discussion of the technical details of the day
  to day usage of Swarm.  For list administration needs (esp.
  [un]subscribing), please send a message to <address@hidden>
  with "help" in the body of the message.



reply via email to

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