This is the mail archive of the
cygwin
mailing list for the Cygwin project.
Re: [Cygwin-ports-general] Ncview
- From: Yaakov Selkowitz <yselkowitz at cygwin dot com>
- To: cygwin at cygwin dot com
- Date: Fri, 02 Oct 2015 03:58:08 -0500
- Subject: Re: [Cygwin-ports-general] Ncview
- Authentication-results: sourceware.org; auth=none
- References: <CAKmU=T_XtcOf1MOa_31oTfNYzUZ6QZD1xU9eTG-ERkvsua+gZQ at mail dot gmail dot com> <56095DBC dot 6090308 at gmail dot com> <1443720905 dot 8588 dot 17 dot camel at cygwin dot com> <560DA71F dot 2060006 at gmail dot com>
On Thu, 2015-10-01 at 23:35 +0200, Marco Atzeri wrote:
> On 01/10/2015 19:35, Yaakov Selkowitz wrote:
> > On Mon, 2015-09-28 at 17:33 +0200, Marco Atzeri wrote:
> >> On 28/09/2015 16:07, Vasileios Anagnostopoulos wrote:
>
> >>
> >> 2) the 64 bit crashes inside X libs.
> >> I never succeeded to identify the root cause
> >
> > Confirmed. Often 64-bit-only issues come down to one or more of the
> > following:
> >
> > * implicit function declarations. Per the C standard, argument types
> > are assumed to match whatever is given (which may be wrong if e.g. 0 is
> > used instead of 0L or (PointerType)0 or NULL etc.) and the return type
> > is assumed to be int (which will truncate the actual return value when
> > it is actually a long/pointer).
>
> This is not. The only two implicit declaration are of type int
> and declaring them changes noting.
>
> >
> > * vararg types. Because these types aren't declared, the compiler can't
> > automatically cast values to the correct type, so literal values and
> > symbolic constants must be explicitly cast if they are not meant to be
> > an int and are not obviously a long/pointer.
>
> I don't find any case.
The XtVa* functions use varargs.
> > In the case of ncview, I strongly suspect the latter should anyone be
> > interested in fixing this.
>
> The hard issue is that only cygwin 64 bit seems impacted,
> while other 64 platform are fine,
> and that the crash is well deep X libraries during the
> destruction phase of graphical elements
> as the X graphics elements are not correctly destroyed in sequence.
>
> If someone more knowledgeable in X is interested I can provide the
> program and a test case.
That would be great.
--
Yaakov
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple