|
Почему в рантайме пропадает dw_object?
|
|||
---|---|---|---|
#18+
Есть DataWindow object (допустим, d_source) на его основе (ч/з DataStore) заполняю ddlb. Если запускаю приложение из PB, то всё работает - ddlb нормально заполняется. Если в рантайме, то ошибка: пишет, что не может считать данные из БД. Так, как будто d_source вообще нет, как будто PowerBuilder этот d_source в .exeшник вообще не включает. Если же: 1) делать deploy с pbd, то всё работает, или 2) в resource-файле явно прописать путь к pbl(d_source), то тоже всё работает. Но мне нужно, что бы весь проект был в одном exe (без файлов pbd) и не прописывать такие "проблемные" DataWindow object в resource-файле. Вопросы: 1) Почему отдельные DWobject не включаются в exe? 2) Как их туда включить не прибегая к pbd или resource? Help! PB 10.0 ... |
|||
:
Нравится:
Не нравится:
|
|||
05.11.2009, 15:12 |
|
Почему в рантайме пропадает dw_object?
|
|||
---|---|---|---|
#18+
1. так устроен мир powerbuilder 2. никак иначе ... |
|||
:
Нравится:
Не нравится:
|
|||
05.11.2009, 15:21 |
|
Почему в рантайме пропадает dw_object?
|
|||
---|---|---|---|
#18+
g devВопросы: 2) Как их туда включить не прибегая к pbd или resource? По-другому - никак. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.11.2009, 15:28 |
|
Почему в рантайме пропадает dw_object?
|
|||
---|---|---|---|
#18+
А чем ресурсы не устраивают, если не секрет? ... |
|||
:
Нравится:
Не нравится:
|
|||
05.11.2009, 15:30 |
|
Почему в рантайме пропадает dw_object?
|
|||
---|---|---|---|
#18+
AIZА чем ресурсы не устраивают, если не секрет? Там надо полный путь прописывать к pbl(dw_object), поскольку pbl и картинки всякие (ico, gif) у меня в разных папках лежат. Панически не хочется быть привязанным к конкретным каталогам. А кстати есть способ в resource прописывать относительные пути? Типа ..\my_ico\1.ico ..\my_pbl\*.pbl(dw_object) , где ".." - PB будет расценивать, как текущий путь к resource.pbr. В каких-то примерах видел такой resource-файл, у себя пробовал - не работает. И для ясности - т.е. такие "проблемные" dw_object - чистый глюк PB и логики в их появлении нету? Верно? ... |
|||
:
Нравится:
Не нравится:
|
|||
05.11.2009, 16:12 |
|
Почему в рантайме пропадает dw_object?
|
|||
---|---|---|---|
#18+
g dev пишет: > И для ясности - т.е. такие "проблемные" dw_object - чистый глюк PB и > логики в их появлении нету? Верно? Нет. Posted via ActualForum NNTP Server 1.4 ... |
|||
:
Нравится:
Не нравится:
|
|||
05.11.2009, 16:14 |
|
Почему в рантайме пропадает dw_object?
|
|||
---|---|---|---|
#18+
Dim2000 g dev пишет: > И для ясности - т.е. такие "проблемные" dw_object - чистый глюк PB и > логики в их появлении нету? Верно? Нет. А чуть подробнее? ... |
|||
:
Нравится:
Не нравится:
|
|||
05.11.2009, 16:47 |
|
Почему в рантайме пропадает dw_object?
|
|||
---|---|---|---|
#18+
g devА кстати есть способ в resource прописывать относительные пути? Типа ..\my_ico\1.ico ..\my_pbl\*.pbl(dw_object) , где ".." - PB будет расценивать, как текущий путь к resource.pbr. В каких-то примерах видел такой resource-файл, у себя пробовал - не работает. И для ясности - т.е. такие "проблемные" dw_object - чистый глюк PB и логики в их появлении нету? Верно? 1) Относительные пути не только можно но и нужно использовать. Надо только помнить что при запуске из IDE относительный путь отсчитывается относительно текущего каталога, который может меняться при работе программы, а также при работе с IDE. В частности с этим можно бороться путем восстановления текущего каталога при старте программы, а также после операций которые его меняют (например после диалогов типа GetOpenFileName()) В любом случае эта проблема есть только при отладке. В рантайме такой проблемы нет, т.к. путь ресурсов зашит в PBD и он не зависит от текущего каталога. Это касательно картинок. 2) Касательно DWO (а также и любых других объектов, на которые нет статических ссылок в коде), правильное решение - это отказ от объектов в EXE. Т.е. каждая PBL должна быть собрана в PBD, а EXE должен быть пустым. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.11.2009, 16:56 |
|
|
start [/forum/topic.php?fid=15&fpage=30&tid=1336120]: |
0ms |
get settings: |
10ms |
get forum list: |
12ms |
check forum access: |
9ms |
check topic access: |
9ms |
track hit: |
40ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
43ms |
get tp. blocked users: |
1ms |
others: | 323ms |
total: | 460ms |
0 / 0 |