[DVIPDFMx] recent changes in xdvipdfmx
Jin-Hwan Cho
jinhwan.cho at gmail.com
Thu Apr 1 09:22:18 KST 2010
I wrote it.
>> #define strdup(s1) (char *) MEM_ADD(strdup(s1))
It was just for debugging purpose to find memory leaks. Sorry if it bothers you.
ChoF.
On Mar 31, 2010, at 6:45 PM, Peter Breitenlohner wrote:
> On Tue, 30 Mar 2010, Karl Berry wrote:
>
>> the recent changes in xdvipdfmx (from mathias?)
>>
>> ChoF sent me the patch. I don't know whether he or Matthias actually
>> wrote the code.
>>
>> #define strdup(s1) (char *) MEM_ADD(strdup(s1))
>>
>> Clearly a bad mistake.
>>
>> Actually strdup() is only used three times in src/dpxfile.c, thus I'd
>> suggest to replace these with mystrdup(), defined similarly as mstrdup()
>> in fontmap.c. Wdyt?
>>
>> Definitely. And please send the diff back
>> To: dvipdfmx at ktug.or.kr, jonathan at jfkew.plus.com
>
> Hi,
>
> the recent xdvipdfmx changes have caused lots of compiler warnings, because
> you #define strdup, redefining a #define in the GNU C lib system headers. Attached is the additional change I have applied (TL SVN r17640) to avoid
> this.
>
> Would it be possible to have a ChangeLog entry for your mods?
>
> Shouldn't analogous mods be applied to dvipdfmx? As long as this is kept I'd
> prefer that dvipdfmx and xdvipdfmx don't diverge any further.
>
> Regards
> Peter Breitenlohner <peb at mppmu.mpg.de><xdvipdfmx-patch.txt>_______________________________________________
> dvipdfmx mailing list
> dvipdfmx at ktug.or.kr
> http://project.ktug.or.kr/mailman/listinfo/dvipdfmx
More information about the dvipdfmx
mailing list