Skip to content
This repository has been archived by the owner on Jun 13, 2018. It is now read-only.

Problem: error with SMT when generating czmq build stuff #102

Open
sappo opened this issue Sep 2, 2015 · 9 comments
Open

Problem: error with SMT when generating czmq build stuff #102

sappo opened this issue Sep 2, 2015 · 9 comments

Comments

@sappo
Copy link

sappo commented Sep 2, 2015

To following error is thrown:

Fatal error in application - aborted
Abort.  Compile with SMT_DETECT for more info.
Aborted (core dumped)

The error occurs the second time ./generate.sh is executed. To reproduce this error do the following:

git clone https://github.com/zeromq/czmq.git
cd czmq
./generate.sh    # Everything works fine
./generate.sh    # Fatal error (see below)
@jschultz
Copy link
Contributor

jschultz commented Sep 4, 2015

I tracked the problem down to GSL's script management, and in particular
its cleaning up of scripts to save memory. I don't have a real solution,
but a work-around would be to modify generate.sh to add an argument
'-s:999999999' to the GSL invocation, so that it doesn't try to clean up
the script.

On 02/09/15 20:06, Kevin Sapper wrote:

To following error is thrown:

|Fatal error in application - aborted Abort. Compile with SMT_DETECT for
more info. Aborted (core dumped) |

The error occurs the second time ./generate.sh is executed. To reproduce
this error do the following:

|git clone https://github.com/zeromq/czmq.git cd czmq ./generate.sh #
Everything works fine ./generate.sh # Fatal error (see below) |


Reply to this email directly or view it on GitHub
#102.

@sappo
Copy link
Author

sappo commented Sep 4, 2015

@jschultz thanks for the workaround, with it the script runs through. Though there is still an problem.
In case of czmq the error with or without workaround will omit the generation of the last 6 lines of a header file in czmq.

@jschultz
Copy link
Contributor

jschultz commented Sep 4, 2015

I know plenty about GSL (I wrote most of it) but literally nothing about
czmq. If you can demonstrate that the problem is caused by GSL itself
(which the initial error most certainly was) then I'll take a look at
it, but otherwise I'm handballing this issue to someone else.

On 04/09/15 17:12, Kevin Sapper wrote:

@jschultz https://github.com/jschultz thanks for the workaround, with
it the script runs through. Though there is still an problem.
In case of czmq the error with or without workaround will omit the
generation of the last 6 lines of a header file in czmq.


Reply to this email directly or view it on GitHub
#102 (comment).

@sappo
Copy link
Author

sappo commented Sep 4, 2015

Could this problem be caused by repeated calls to 'output' without 'close'? Because this seems to solve the issue.

@hintjens
Copy link
Member

hintjens commented Sep 4, 2015

I've seen this before with gsl, an abort that causes the last part of the
script to not be output. Could be a file buffering issue. Czmq is
irrelevant here, I'm pretty sure, except as a reproducible failure case.
On 4 Sep 2015 13:35, "jschultz" [email protected] wrote:

I know plenty about GSL (I wrote most of it) but literally nothing about
czmq. If you can demonstrate that the problem is caused by GSL itself
(which the initial error most certainly was) then I'll take a look at
it, but otherwise I'm handballing this issue to someone else.

On 04/09/15 17:12, Kevin Sapper wrote:

@jschultz https://github.com/jschultz thanks for the workaround, with
it the script runs through. Though there is still an problem.
In case of czmq the error with or without workaround will omit the
generation of the last 6 lines of a header file in czmq.


Reply to this email directly or view it on GitHub
#102 (comment).


Reply to this email directly or view it on GitHub
#102 (comment).

@jschultz
Copy link
Contributor

jschultz commented Sep 4, 2015

Can someone produce a minimal test case that demonstrates the problem
and I'll take a look at it?

On 04/09/15 22:01, Pieter Hintjens wrote:

I've seen this before with gsl, an abort that causes the last part of the
script to not be output. Could be a file buffering issue. Czmq is
irrelevant here, I'm pretty sure, except as a reproducible failure case.
On 4 Sep 2015 13:35, "jschultz" [email protected] wrote:

I know plenty about GSL (I wrote most of it) but literally nothing about
czmq. If you can demonstrate that the problem is caused by GSL itself
(which the initial error most certainly was) then I'll take a look at
it, but otherwise I'm handballing this issue to someone else.

On 04/09/15 17:12, Kevin Sapper wrote:

@jschultz https://github.com/jschultz thanks for the workaround, with
it the script runs through. Though there is still an problem.
In case of czmq the error with or without workaround will omit the
generation of the last 6 lines of a header file in czmq.


Reply to this email directly or view it on GitHub
#102 (comment).


Reply to this email directly or view it on GitHub
#102 (comment).


Reply to this email directly or view it on GitHub
#102 (comment).

@sappo
Copy link
Author

sappo commented Sep 4, 2015

git clone https://github.com/zeromq/czmq.git
cd czmq
./generate.sh    # Everything works fine
./generate.sh    # Fatal error (see below)

You can find the corrupted file with git status or git diff

@jschultz
Copy link
Contributor

jschultz commented Sep 5, 2015

I remember something like this. Didn't we fix this problem? If not, how
did czmq ever work?

On 04/09/15 22:01, Pieter Hintjens wrote:

I've seen this before with gsl, an abort that causes the last part of the
script to not be output. Could be a file buffering issue. Czmq is
irrelevant here, I'm pretty sure, except as a reproducible failure case.
On 4 Sep 2015 13:35, "jschultz" [email protected] wrote:

I know plenty about GSL (I wrote most of it) but literally nothing about
czmq. If you can demonstrate that the problem is caused by GSL itself
(which the initial error most certainly was) then I'll take a look at
it, but otherwise I'm handballing this issue to someone else.

On 04/09/15 17:12, Kevin Sapper wrote:

@jschultz https://github.com/jschultz thanks for the workaround, with
it the script runs through. Though there is still an problem.
In case of czmq the error with or without workaround will omit the
generation of the last 6 lines of a header file in czmq.


Reply to this email directly or view it on GitHub
#102 (comment).


Reply to this email directly or view it on GitHub
#102 (comment).


Reply to this email directly or view it on GitHub
#102 (comment).

@hintjens
Copy link
Member

hintjens commented Sep 5, 2015

So CZMQ is a C library, nothing special. There are a number of different
code generators in there. The one that's failing here is one particular GSL
script. I think there's an exception internally that's causing the output
to be discarded.

On Sat, Sep 5, 2015 at 7:18 AM, jschultz [email protected] wrote:

I remember something like this. Didn't we fix this problem? If not, how
did czmq ever work?

On 04/09/15 22:01, Pieter Hintjens wrote:

I've seen this before with gsl, an abort that causes the last part of the
script to not be output. Could be a file buffering issue. Czmq is
irrelevant here, I'm pretty sure, except as a reproducible failure case.
On 4 Sep 2015 13:35, "jschultz" [email protected] wrote:

I know plenty about GSL (I wrote most of it) but literally nothing about
czmq. If you can demonstrate that the problem is caused by GSL itself
(which the initial error most certainly was) then I'll take a look at
it, but otherwise I'm handballing this issue to someone else.

On 04/09/15 17:12, Kevin Sapper wrote:

@jschultz https://github.com/jschultz thanks for the workaround,
with
it the script runs through. Though there is still an problem.
In case of czmq the error with or without workaround will omit the
generation of the last 6 lines of a header file in czmq.


Reply to this email directly or view it on GitHub
#102 (comment).


Reply to this email directly or view it on GitHub
#102 (comment).


Reply to this email directly or view it on GitHub
#102 (comment).


Reply to this email directly or view it on GitHub
#102 (comment).

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants