Bug 198287 - sysutils/cdrtools-devel (cc), : exited on signal 6 (core dumped)
Summary: sysutils/cdrtools-devel (cc), : exited on signal 6 (core dumped)
Status: Closed DUPLICATE of bug 198253
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Only Me
Assignee: Marius Strobl
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-03-04 19:13 UTC by Chris Hutchinson
Modified: 2015-12-29 14:58 UTC (History)
1 user (show)

See Also:
bugzilla: maintainer-feedback? (marius)


Attachments
build session LOG for sysutils/cdrtools-devel (495.73 KB, text/plain)
2015-03-04 19:13 UTC, Chris Hutchinson
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Chris Hutchinson 2015-03-04 19:13:43 UTC
Created attachment 153795 [details]
build session LOG for sysutils/cdrtools-devel

Any attempt to build sysutils/cdrtools-devel on
a recent -CURRENT (11), result in:

(cc),  : exited on signal 6 (core dumped)

I've also mentioned this, in regards to sysutils/cdrtools.
Where the build of that version dumped core 4 times.
This version only resulted in dumping core once. I went
further, and attempted to build the most recent version
available upstream (3.01a27). But the results are the
same. Maybe cdrtools should be marked BROKEN on CURRENT?

I'm attaching a script(1) session LOG of the entire build
session, which also includes the revision of the box I'm
[attempting] building cdrtools on.

Options chosen for this build:
OPTIONS_FILE_SET+=CDDA2MP3
OPTIONS_FILE_SET+=CDDA2OGG
OPTIONS_FILE_SET+=DOCS
OPTIONS_FILE_SET+=NLS
OPTIONS_FILE_UNSET+=RSCSI

Attempts to build with only the *default* options chosen,
produced the same results.

Thank you for all your time, and consideration.

--Chris
Comment 1 Chris Hutchinson 2015-03-04 19:22:18 UTC
(In reply to Chris Hutchinson from comment #0)
> Created attachment 153795 [details]
> build session LOG for sysutils/cdrtools-devel
> 
> Any attempt to build sysutils/cdrtools-devel on
> a recent -CURRENT (11), result in:
> 
> (cc),  : exited on signal 6 (core dumped)
> 
> I've also mentioned this, in regards to sysutils/cdrtools.
> Where the build of that version dumped core 4 times.
> This version only resulted in dumping core once. I went
> further, and attempted to build the most recent version
> available upstream (3.01a27). But the results are the
> same. Maybe cdrtools should be marked BROKEN on CURRENT?
> 
> I'm attaching a script(1) session LOG of the entire build
> session, which also includes the revision of the box I'm
> [attempting] building cdrtools on.
> 
> Options chosen for this build:
> OPTIONS_FILE_SET+=CDDA2MP3
> OPTIONS_FILE_SET+=CDDA2OGG
> OPTIONS_FILE_SET+=DOCS
> OPTIONS_FILE_SET+=NLS
> OPTIONS_FILE_UNSET+=RSCSI
> 
> Attempts to build with only the *default* options chosen,
> produced the same results.
> 
> Thank you for all your time, and consideration.
> 
> --Chris

OK further attempts to discover *where* in the
build/configure process, core dumps; I was able to determine
that it is very early during configure.

HTH

--Chris
Comment 2 Chris Hutchinson 2015-03-04 19:48:35 UTC
(In reply to Chris Hutchinson from comment #1)
> (In reply to Chris Hutchinson from comment #0)
> > Created attachment 153795 [details]
> > build session LOG for sysutils/cdrtools-devel
> > 
> > Any attempt to build sysutils/cdrtools-devel on
> > a recent -CURRENT (11), result in:
> > 
> > (cc),  : exited on signal 6 (core dumped)
> > 
> > I've also mentioned this, in regards to sysutils/cdrtools.
> > Where the build of that version dumped core 4 times.
> > This version only resulted in dumping core once. I went
> > further, and attempted to build the most recent version
> > available upstream (3.01a27). But the results are the
> > same. Maybe cdrtools should be marked BROKEN on CURRENT?
> > 
> > I'm attaching a script(1) session LOG of the entire build
> > session, which also includes the revision of the box I'm
> > [attempting] building cdrtools on.
> > 
> > Options chosen for this build:
> > OPTIONS_FILE_SET+=CDDA2MP3
> > OPTIONS_FILE_SET+=CDDA2OGG
> > OPTIONS_FILE_SET+=DOCS
> > OPTIONS_FILE_SET+=NLS
> > OPTIONS_FILE_UNSET+=RSCSI
> > 
> > Attempts to build with only the *default* options chosen,
> > produced the same results.
> > 
> > Thank you for all your time, and consideration.
> > 
> > --Chris
> 
> OK further attempts to discover *where* in the
> build/configure process, core dumps; I was able to determine
> that it is very early during configure.
> 
> HTH
> 
> --Chris

OK. I've been able to track it down to happening at,
or just before:

checking for wait3 that fills in rusage... yes

(line 359 in the LOG file I attached). But that's as
close as I can narrow it down.

Hope that helps.

Thanks.

--Chris
Comment 3 Marius Strobl freebsd_committer freebsd_triage 2015-12-29 14:57:51 UTC

*** This bug has been marked as a duplicate of bug 191424 ***
Comment 4 Marius Strobl freebsd_committer freebsd_triage 2015-12-29 14:58:34 UTC

*** This bug has been marked as a duplicate of bug 198253 ***