Re: sqlloader segmentation fault error
Date: 1995/05/22
Message-ID: <gbrown-2205951650480001_at_browng.partech.com>#1/1
In article <3pafr8$bt6_at_reeve.research.aa.wl.com>, groomev_at_aa.wl.com (Valerie Groomes) wrote:
> Hi,
>
> Having a problem with sqlloader. Getting the message
> 'segmentation fault (core dumped)'. Analyzed the 8.7 Mb core dump file with
> dbx and got the following:
>
> program terminated by signal SEGV (no mapping at the fault address)
> (dbx) where
> ulpttb() at 0x103f8
> ulpcnt() at 0xff3c
> ulmcep() at 0x3b74
> main() at 0x35f8
>
> I am running ORACLE 7.0.15, Sun/OS 4.1.3, size of sga is 8Mb.
> Sqlloader successfully loaded up to
> 25Mb of data to a table prior to a server reboot.
>
> Any ideas??? I am working with the ORACLE hotline on this but so far we
> are stumped.
>
> Thanks.
>
> Val
I doubt you'll learn much from the core dump. Are you loading free-format
data (ie. comma separated data)? I had a problem where a field was
defined to be char(10) and I had a string that had 12 characters. Result:
segmentation fault... SQL*Loader is not very tolerant when it comes to
stuff like this. It might be the difference between a fixed format where
the parser can determine in advance the length of fields and give
reasonable error messages and recoveries.
What I did to narrow the problem was to cut out all of the preceding data prior to the fault. If you set ROWS=1, you will get the line number-1 of the bad line.
-- George Brown Voice: 315-738-0600x250 8383 Seneca Turnpike FAX: 315-738-8304 New Hartford, NY 13413-4991 e-mail: george_at_partech.comReceived on Mon May 22 1995 - 00:00:00 CEST