на сколько я понимаю, не обязятельно перелинковывать, но тогад некоторые новые фичи (client re-routing) не будут доступны. Хотя надо проверять.
Спросил бы ты на прошлой неделе, я бы проверил, у меня как раз миграция произошла.
Хотя еще и не поздно - я найду "старую" db2

блиииииииииин, зравствуй попа новый год.......
А я уже V7 поставил.
При чем нафик полностью V8 перестала работать - не могу говорит библиотеку 64-битную загрузить....
начал по-новой V8 ставить - на лицензию ругаться стало и ни в какую.
Короче, покой нам токо снится...
И все впустую.........
Снесу нафик V7 щаз (приложения-то уже слинкованные с ним есть) и опять V8/
Ну NewYear, ну удружил......

Да не, ничё, нормально, такого рода experience тоже нужон.
Вот V8 уже запустил вчера вечером, щас проверю приложения, скомпиленные под V7, а затем опять буду ставить V7, чтобы понять, чё я не так сделал.

Ну вот, NewYear, приложение ESQL скомпиленное с V7.1 успешно работает с V8.1

О как!
Вот это новость!
NewYear - где нарыл в доке?
Щас тоже проверю.

Обязательно проверю
Начну наверное сегодня.
Во блин.
Засада...

ну только перекомпилять приложения.
Больше, видимо, никак

Ха! Работает! NewYear - с тебя причитается :)
Случайно обнаружил, пока объяснить не могу.

зашел ssh на aix, запускаю бинарь - работает.
Меня как током прошибло - как так? не должно!
быстро проверяю в сырце строку putenv("DB2INSTANCE=db2inst2"), вроде правильно, делаю
source /homt/db2inst2/sqllib/db2cshrc (ну tcsh у меня, ничего не поделать)
и затем db2level - 64 bit, все правильно.
Запускаю бинарь опять -
Could not load program ./get:
Could not load module /home/db2inst1/sqllib/lib/libdb2.a(shr.o).
Dependent module /home/db2inst2/sqllib/lib/libdb2trcapi.a(shr.o) could not be loaded.
Member shr.o is not found in archive
Could not load module get.
Dependent module /home/db2inst1/sqllib/lib/libdb2.a(shr.o) could not be loaded.
Could not load module .

И тут понимаю - все дело в переменных!
Ну методом исключения нашел - unsetenv LIBPATH и все работает.
Он у меня был LIBPATH=/usr/lib:/lib:/home/db2inst2/sqllib/lib

Век живи - век учись, и остолопом помрешь...

не, ну я понимаю, что эмоции через край, но все-таки хотелось бы более понятных вопросов
Ну поехали, по мере того как я понял вопросы

1)
ggv@minardi Thu 08 Sep 16:53 [~/work/test] > file get
get: executable (RISC System/6000) or object module not stripped

ggv@minardi Thu 08 Sep 16:57 [~/work/test] > file get64
get64: 64-bit XCOFF executable or object module not stripped

2)
ggv@minardi Thu 08 Sep 16:57 [~/work/test] > ll get get 64
64 not found
-rwxr-xr-- 1 ggv staff 25722 Sep 8 16:53 get
-rwxr-xr-- 1 ggv staff 25722 Sep 8 16:53 get

3)
XAResourceManager:
Name=sample
SwitchFile=db2swit
ThreadOfControl=THREAD
XAOpenString=sample

4)
MQBEGIN (hcon, &bo, &CompCode, &Reason);
if(Reason != MQRC_NONE){

fprintf(stderr, "Could not start UOW reason %d!\n", (int)Reason);
return (int)Reason;

}

EXEC SQL SET CONNECTION "SAMPLE";
if (sqlca.sqlcode != 0)
{
fprintf(stderr, "set connection %d\n", sqlca.sqlcode);
exit(1);
}

EXEC SQL SET CURRENT SCHEMA "GGV";
if (sqlca.sqlcode != 0)
{
fprintf(stderr, "set current schema %d\n", sqlca.sqlcode);
exit(1);
}

EXEC SQL DECLARE sel CURSOR FOR
select empno from employee;

fprintf(stderr, "declare cursor %d\n", sqlca.sqlcode);
if(sqlca.sqlcode != 0)
{
fprintf(stderr, "sqlcode %d\n", sqlca.sqlcode);
exit(1);
}

Далее отсебятина, возможно ключевая :)
5) Maktfile
CC=xlc_r
DB=sample
DB2PATH=/home/db2inst2/sqllib
MQMPATH=/usr/mqm
LIBS64=-L$(DB2PATH)/lib -L$(MQMPATH)/lib64 -lmqm -ldb2
LIBS=-L$(DB2PATH)/lib32 -L$(MQMPATH)/lib -lmqm -ldb2
CPPFLAGS=-I. -I$(DB2PATH)/include -I$(MQMPATH)/inc
CFLAGS=-g

get64: get.c
$(CC) -o $@ $? -qarch=auto -q64 $(CPPFLAGS) $(CFLAGS) $(LIBS64)

get: get.c
$(CC) -o $@ $? $(CPPFLAGS) $(CFLAGS) $(LIBS)

get.c: get.sqc
./bind.sh $(DB) get

Обрати внимание, что $(DB2PATH)/lib есть симлинк на lib64, потому как instance 64bit, вот proof
ggv@minardi Thu 08 Sep 17:03 [~/work/test] > source /home/db2inst2/sqllib/db2cshrc
ggv@minardi Thu 08 Sep 17:04 [~/work/test] > db2level
DB21085I Instance "db2inst2" uses "64" bits and DB2 code release "SQL08023"
with level identifier "03040106".
Informational tokens are "DB2 v8.1.1.96", "s050811", "U803920", and FixPak
"10".
Product is installed at "/usr/opt/db2_08_01".

ну и напоследок - putenv("DB2INSTANCE=db2inst2");
это в get.sqc

не, ну а как у меня оно работает?
Ну ведь работает.

NewYear - ?

NewYear, что-то мне сдается, что я с вашим генеральным (Илья) по телефону эту проблему обсуждал.
Что-то уж все к одному, и TXSeries, который я ему передал.....
Сговорились, что по-позжее, когда вы показ завершите, к проблеме вернемся, а пока создали 64bit instance.
Если конечно схожая проблема не возникла у двух контор, и обе решили ее обойти одним способом (cics)
А по сути - таки да, учитывая, что db2swit компилется в двух разрядностях, и что все равно ExitsDefaultPath установлен, то db2swit и без абсолютного пути найдется, причем корректный.
Кстати, а вот я щас попробую с абсолютным путем.