Различное значение указателя до и после возврата

Кажется, вы получаете знаковое расширение младших 32 бит адреса. Просто дикая догадка, но я думаю, что компилятор увидел InfoFile_getValue как функцию, возвращающую int, в то время как указатели имеют длину 64 бита.

Правило состоит в том, что функция должна быть объявлена ​​до того, как она будет использована. Если это не так, C предполагает, что она объявлена ​​как int func(), то есть функция, принимающая любые параметры и возвращающая целое число. Вы должны убедиться, что у вас есть:

char* InfoFile_getValue(char* projectName, char* key);

перед функцией (возможно, основной), содержащей char* baseString = InfoFile_getValue(projectName, "base");

Это похоже на расширение знака, так что это очень похоже на неявную ошибку C90 int. То есть компилятор считает, что функция возвращает int со значением 0xd9ff4540, что в 32-битной системе, скорее всего, является отрицательным числом в дополнении до 2. Затем каким-то образом он преобразуется в 64-битный из-за %p, и вы получаете расширение знака.

Самый простой способ решить эту ошибку - прекратить использовать C90 уже, черт возьми, ему 30 лет, он сломан и опасен. Избавление от неявного int само по себе является достаточной причиной для переноса вашего кода на стандартный C.

В случае, если вам придется его использовать, убедитесь, что объявление функции и ее определение идентичны, и что вызывающая сторона может видеть объявление функции. Затем максимизируйте предупреждения компилятора и обратите на них внимание.

Вы испытываете усечение значения и расширение знака из-за плохо подготовленного вызывающего абонента. т.е. вызывающая сторона не знает о фактическом типе возвращаемого значения функции из-за отсутствия надлежащего прототипа. Это может усугубить ситуацию, если вы не будете внимательно следить за C, особенно когда имеете дело с кодовой базой, которая, кажется, прекрасно работает на платформах, где int и void* имеют одинаковый размер.

Самый простой пример для воспроизведения этого приведен ниже и документирует то, что должно происходить.

main.c

#include <stdio.h>

int main()
{
    void *p = foo();
    printf("main: p = %p\n", p);
}

foo.c

#include <stdio.h>

void *foo()
{
    static int x;
    void *p = &x;
    printf("foo: p = %p\n", p);
    return p;
}

Выполнение приведенного выше кода после сборки как для x86 (где int и void* обычно имеют одинаковый размер), так и для x64 (где int обычно 32-битный, а void — 64-битный) выявит как проблему, так и тонкость того, как вы можете пропустить это в этом бывший случай. Оба должны отображать предупреждения, подобные этому (которые вы все равно должны рассматривать как ошибки)

1>main.c(13): warning C4013: 'foo' undefined; assuming extern returning int
1>main.c(13): warning C4047: 'initializing': 'void *' differs in levels of indirection from 'int'    

Результаты запуска на обеих платформах (очевидно, значения здесь могут различаться в вашей системе)

x86

foo: p = 00A38138
main: p = 00A38138

x64

foo: p = 00007FF7E7B0C160
main: p = FFFFFFFFE7B0C160

После этого вы, надеюсь, увидите, насколько важны две вещи:

1. Всегда убедитесь, что функции, которые вы вызываете в исходном коде, правильно прототипированы перед их использованием.
2. Всегда компилируйте с предупреждениями-как-ошибками, чтобы выявлять такие проблемы.

Вероятно, самая важная вещь, о которой следует помнить, это то, что если не выполнять оба пункта выше, код по-прежнему будет нормально работать на x86 и по-прежнему компилируется на x64. Первое может убаюкать вас ложным чувством выполненного долга, а второе только еще больше подтверждает это, делая поиск таких проблем особенно раздражающим. Позвольте компилятору помочь вам. Убедитесь, что (1) и (2) включены в вашу рутину.