> alright, how about stack size limits etc...?
> if you have very large objects I think this could be a problem
That sounds in the right track! I do have very large objects and that's
where the problem starts to appear ... I checked the ulimit on my server
(see bellow) but not sure what that means? what is the current size that
I am having? - Could you give me a hint? By the way, I run tace under
bash, shall I try other shell?
Thank you.
Jing
=====================
baumwolle:/usr/bin$ more ulimit
#!/bin/ksh -p
#
#ident "@(#)alias.sh 1.2 00/02/15 SMI"
#
# Copyright (c) 1995 by Sun Microsystems, Inc.
#
cmd=`basename $0`
$cmd "$@"
=====================
On Tue, 14 Feb 2006, Nicolas Thierry-Mieg wrote:
> alright, how about stack size limits etc...?
> if you have very large objects I think this could be a problem
>> (on bash, the relevant command is ulimit; on csh it's limit)
>>>> Jing Yu wrote:
> >> have you tried
> >>loading the data with tace instead of xace?
> >
> >
> > Yes. The error message was given from tace. :(
> >
> > Jing
> >
> > On Tue, 14 Feb 2006, Nicolas Thierry-Mieg wrote:
> >
> >
> >>hello
> >>
> >>this is a long shot, but just in case it's gtk-related: have you tried
> >>loading the data with tace instead of xace?
> >>
> >>good luck
> >>nicolas
> >>
> >>Jing Yu wrote:
> >>
> >>>Hello,
> >>>
> >>>I got error message "Error status = 139" while loading data into
> >>>acedb. Does anyone know what that means?
> >>>
> >>>- The error message never appears when I load each data independently into
> >>>an empty database, but will appear when load them together or added
> >>>more data into a database that with large part of data existing.
> >>>
> >>>- I've tried ace_4.9f, ace_4.9p, etc.;
> >>>- The systems so far I've tried are:
> >>> 1. SunOS baumwolle 5.10 Generic sun4u sparc SUNW,Ultra-4
> >>> 2. SunOS algodon 5.8 Generic_108528-21 sun4u sparc SUNW,Ultra-60
> >>> 3. Linux ceres 2.2.16-22smp
> >>>
> >>>And they all gave me the same error message. And my dataset is not very
> >>>large yet, much smaller than that of graingenes (8 block*.wrm files of
> >>>mine compare to 69 block*.wrm files of graingenes, with the same size of
> >>>each block*.wrm in /database).
> >>>
> >>>Can anyone help me on this? Thank you very much.
> >>>
> >>>
> >>>Jing
> >>>
> >>>
>> --
> ------------------------------------------------------------
> Problems with my digital signature? visit:
>http://igc.services.cnrs.fr/Doc/General/trust.html> --------------------
> Nicolas Thierry-Mieg
> Laboratoire LSR-IMAG, BP 53, 38041 Grenoble Cedex 9, France
> tel : (33/0)4-76-63-55-79, fax : (33/0)4-76-63-55-50
> ------------------------------------------------------------
>
