From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM
	autolearn=unavailable autolearn_force=no version=3.4.4
X-Received: by 2002:a02:4fc7:: with SMTP id
 r68-v6mr24516693jad.47.1537296934158;
        Tue, 18 Sep 2018 11:55:34 -0700 (PDT)
X-Received: by 2002:aca:ec87:: with SMTP id k129-v6mr65960oih.2.1537296934038;
 Tue, 18 Sep 2018 11:55:34 -0700 (PDT)
Path: 
 eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!feeder.eternal-september.org!weretis.net!feeder4.news.weretis.net!newsreader4.netcologne.de!news.netcologne.de!peer02.ams1!peer.ams1.xlned.com!news.xlned.com!peer02.am4!peer.am4.highwinds-media.com!peer01.iad!feed-me.highwinds-media.com!news.highwinds-media.com!x188-v6no108550ite.0!news-out.google.com!c63-v6ni121ith.0!nntp.google.com!x81-v6no108865ita.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail
Newsgroups: comp.lang.ada
Date: Tue, 18 Sep 2018 11:55:33 -0700 (PDT)
In-Reply-To: <082b9b50-7689-4990-8b7e-9106a6564371@googlegroups.com>
Complaints-To: groups-abuse@google.com
Injection-Info: glegroupsg2000goo.googlegroups.com;
 posting-host=176.59.35.141;
 posting-account=-CxkpgoAAAC4sQudwZebWnArsZbT2lvS
NNTP-Posting-Host: 176.59.35.141
References: <b3f11b70-002a-490b-8a67-9df4b2aeecb8@googlegroups.com>
 <01166054-3971-4df6-8af4-f9fc4d8a30c4@googlegroups.com>
 <082b9b50-7689-4990-8b7e-9106a6564371@googlegroups.com>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <03101a27-2c87-4f39-bfbd-21007345cee9@googlegroups.com>
Subject: Re: Interface To C Struct That Includes An Array
From: rakusu_klein@fastmail.jp
Injection-Date: Tue, 18 Sep 2018 18:55:34 +0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Received-Bytes: 2591
X-Received-Body-CRC: 4095111315
Xref: reader02.eternal-september.org comp.lang.ada:54362
Date: 2018-09-18T11:55:33-07:00
List-Id: <comp.lang.ada>

=D0=B2=D1=82=D0=BE=D1=80=D0=BD=D0=B8=D0=BA, 18 =D1=81=D0=B5=D0=BD=D1=82=D1=
=8F=D0=B1=D1=80=D1=8F 2018 =D0=B3., 14:54:37 UTC+3 =D0=BF=D0=BE=D0=BB=D1=8C=
=D0=B7=D0=BE=D0=B2=D0=B0=D1=82=D0=B5=D0=BB=D1=8C rog...@iinet.net.au =D0=BD=
=D0=B0=D0=BF=D0=B8=D1=81=D0=B0=D0=BB:
> I agree but I don't know how to avoid it.
> Would pragma Convention (C, API_String) be OK?
> Also, I'm not sure that API_String is ever actually copied as all the int=
erfacing is by pointers?
As ARM12 says, a records always passed to a C functions by reference in all=
 modes other than an =E2=80=9Cin=E2=80=9D. So if it does not a desirable be=
haviour, there are no reasons for this pragma and =E2=80=9Cpragma Conventio=
n (C, API_String)=E2=80=9D would be clear and enough.

Btw, it is not helpful for your problem, sorry. There are nothing suspiciou=
s for me neither in your code, nor the Assimp code: https://code.woboq.org/=
qt5/qt3d/src/3rdparty/assimp/code/MaterialSystem.cpp.html#aiGetMaterialStri=
ng Looks like the \x0B\x00\x00\x00phoenix.pcx\x00 sequence is the filename =
actually stored in aiMaterial. So, as you decided before, it would be bette=
r to look for input data.