|
Каким образом работает алгоритм вызова из prg ???
|
|||
---|---|---|---|
#18+
typik Если кто нибудь вдруг окинет взглядом предыдущую конструкцию, чтоб не воротить с таблицами, поделитесь опытом пожалуйста... Пожалуйста: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14.
... |
|||
:
Нравится:
Не нравится:
|
|||
17.11.2008, 13:00 |
|
Каким образом работает алгоритм вызова из prg ???
|
|||
---|---|---|---|
#18+
typik1. Ты уверен что service_1.pcopy_out1 это 'c:\Posting\VfpIn\' да Сегодня "да", завтра "нет" окажется и сглючит. Переноси путь в переменную до цикла и ее везде используй: Код: plaintext 1. 2. 3. 4.
typik2. Зачем удалять ADDBS(service_1.rabcat)+"InFile" и ADDBS(service_1.rabcat)+"OutFile" если они вроде как не используются. не дело в том что в файле filezip_1311081500.zip там есть тоже OutFile и InFile и когда идет распаковка то вылетает сообщение вроде того что НЕ могу создать т.к. уже есть, приходится удалять.... Ты приглядись к коду - тот же косяк что и в п.1. Папка куда распаковывается: p2=ADDBS(service_1. path_out ) а ты удаляешь pinfile=ADDBS(service_1. rabcat )+"InFile" poutfile=ADDBS(service_1. rabca t)+"OutFile" Причем тут service_1.rabcat, даже если service_1.rabcat = service_1.path_out надо писать: pinfile=p2+"InFile" poutfile=p2+"OutFile" Если структура архивов точно не известна, то лучше удалять папку p2 и заново ее создавать. Завтра еще какая подпапка появится и все работать перестанет. typikа вот на счет того чтоб брал 2 и.т.д. архивов и распаковывал, все равно никак, берет один и все, хоть убей.... блин Чего написал, то и делает. После распаковки кто копировать в другое место будет? Сейчас у тебя так происходит: Папка почистилась, первый архив распаковался, папка почистилась, второй архив распаковался... В в итоге остался последний распакованный. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.11.2008, 13:01 |
|
Каким образом работает алгоритм вызова из prg ???
|
|||
---|---|---|---|
#18+
typikсделал так, все заработало, считал архивы которые лежат в папке в табличку и уже начал по скану идти по табличке Вероятно где-то в подпрограммах использована переменная i Ее значение где-то внутри поменялось и цикл FOR прекратился. Всегда объявляй локальные переменные в LOCAL, иначе подобные глюки ловить потом очень проблематично. Попробуй: Код: plaintext 1.
... |
|||
:
Нравится:
Не нравится:
|
|||
17.11.2008, 13:06 |
|
Каким образом работает алгоритм вызова из prg ???
|
|||
---|---|---|---|
#18+
typikа вот на счет того чтоб брал 2 и.т.д. архивов и распаковывал, все равно никак, берет один и все, хоть убей.... блин Вы используете для распаковки строннюю DLL. Она хоть и DLL, но вполне может саму распаковку выполнять асинхронно с Вызывающей программой. Например, в другом потоке. Вы же не знаете как она устроена. Я упаковываю/распаковываю Rar’ом. Создаю для Rar отдельный процесс. Дожидаюсь его окончания. Продолжаю свою программу. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14.
... |
|||
:
Нравится:
Не нравится:
|
|||
17.11.2008, 13:06 |
|
Каким образом работает алгоритм вызова из prg ???
|
|||
---|---|---|---|
#18+
сейчас буду все сначала делать с учетом ваших рекомендаций..... ... |
|||
:
Нравится:
Не нравится:
|
|||
17.11.2008, 13:17 |
|
Каким образом работает алгоритм вызова из prg ???
|
|||
---|---|---|---|
#18+
typikсейчас буду все сначала делать с учетом ваших рекомендаций..... Еще функции декларировать нужно. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18.
... |
|||
:
Нравится:
Не нравится:
|
|||
17.11.2008, 13:26 |
|
Каким образом работает алгоритм вызова из prg ???
|
|||
---|---|---|---|
#18+
fox_viktypikсейчас буду все сначала делать с учетом ваших рекомендаций..... Еще функции декларировать нужно. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18.
оооо решил попробовать DECLARE INTEGER CreateProcess IN kernel32.DLL ; INTEGER lpApplicationName, ; STRING lpCommandLine, ; INTEGER lpProcessAttributes, ; INTEGER lpThreadAttributes, ; INTEGER bInheritHandles, ; INTEGER dwCreationFlags, ; INTEGER lpEnvironment, ; INTEGER lpCurrentDirectory, ; STRING @lpStartupInfo, ; STRING @lpProcessInformation DECLARE INTEGER WaitForSingleObject IN kernel32.DLL ; INTEGER hHandle, INTEGER dwMilliseconds DECLARE INTEGER CloseHandle IN kernel32.DLL ; INTEGER hObject lnRarHandle=fCreateProcess('"'+gcStartPath+'WinRAR.exe" e "'+tcFileName+'" "'+THIS.c_dr_temp_path+'"') DO WHILE .T. IF WaitForSingleObject(lnRarHandle, 0)=0x00000102 *Процесс не закончен DOEVENTS ELSE *Процесс закончен EXIT ENDIF ENDDO = CloseHandle(lnRarHandle) gcStartPath - Откуда берем WinRAR.exe - полный путь до exe tcFileName - что берем т.е. какой архив THIS.c_dr_temp_path - аа это куда ложим ?????? ... |
|||
:
Нравится:
Не нравится:
|
|||
17.11.2008, 13:34 |
|
Каким образом работает алгоритм вызова из prg ???
|
|||
---|---|---|---|
#18+
maskas gcStartPath - Откуда берем WinRAR.exe - полный путь до exe tcFileName - что берем т.е. какой архив THIS.c_dr_temp_path - аа это куда ложим ?????? "'+gcStartPath+'WinRAR.exe" – полный путь к Rar’у. Я для упаковки в одной программе и распаковке в другой использую одну и ту же версию Rar. Чтобы не зависеть от версии, которая может быть установлена на компьютере пользователя, кладу в стартовую папку программы файл WinRar.exe и использую его. tcFileName - что берем т.е. какой архив – полный путь распаковываемого файла. THIS.c_dr_temp_path - аа это куда ложим – да. Но это специфика моей программы. Можно манипулировать ключами Rar’а, в зависимости от своих потребностей. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.11.2008, 13:49 |
|
Каким образом работает алгоритм вызова из prg ???
|
|||
---|---|---|---|
#18+
fox_vik"'+gcStartPath+'WinRAR.exe" gcStartPath+WinRAR.exe Скопировал больше, чен нужно. :) ... |
|||
:
Нравится:
Не нравится:
|
|||
17.11.2008, 13:53 |
|
Каким образом работает алгоритм вызова из prg ???
|
|||
---|---|---|---|
#18+
если писать так gcStartPath="c:\Test\" tcFileName="c:\Test\Out\test.rar" c_dr_temp_path="c:\" lnRarHandle=CreateProcess('"'+gcStartPath+'WinRAR.exe" e "'+tcFileName+'" "'+c_dr_temp_path+'"') Пишет что много аргументов и усе блин, где касяк ... |
|||
:
Нравится:
Не нравится:
|
|||
17.11.2008, 14:21 |
|
Каким образом работает алгоритм вызова из prg ???
|
|||
---|---|---|---|
#18+
maskasесли писать так gcStartPath="c:\Test\" tcFileName="c:\Test\Out\test.rar" c_dr_temp_path="c:\" lnRarHandle=CreateProcess('"'+gcStartPath+'WinRAR.exe" e "'+tcFileName+'" "'+c_dr_temp_path+'"') Пишет что много аргументов и усе блин, где касяк Приношу свои извининения, обманул я Вас. :( Там еще мои функции есть. Сейчас работающий пример в один prg соберу и выложу. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.11.2008, 14:44 |
|
Каким образом работает алгоритм вызова из prg ???
|
|||
---|---|---|---|
#18+
maskas, Тут я исходник класса-обертки над CreateProcess() давал. В простейшем случае использовать так: Код: plaintext 1. 2. 3.
... |
|||
:
Нравится:
Не нравится:
|
|||
17.11.2008, 14:47 |
|
Каким образом работает алгоритм вызова из prg ???
|
|||
---|---|---|---|
#18+
Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69. 70. 71. 72. 73. 74. 75. 76. 77. 78. 79. 80. 81. 82. 83. 84. 85. 86. 87. 88.
... |
|||
:
Нравится:
Не нравится:
|
|||
17.11.2008, 14:57 |
|
Каким образом работает алгоритм вызова из prg ???
|
|||
---|---|---|---|
#18+
Еще раз приношу извинения. Давно писал. :( Этот пример проверил. Работает. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.11.2008, 14:59 |
|
Каким образом работает алгоритм вызова из prg ???
|
|||
---|---|---|---|
#18+
Только пути желательно в двойных кавычках. Код: plaintext
... |
|||
:
Нравится:
Не нравится:
|
|||
17.11.2008, 15:09 |
|
Каким образом работает алгоритм вызова из prg ???
|
|||
---|---|---|---|
#18+
Всем привет!!!! Ребята я нашел касяк где он у меня был, а именно я объвлял и вызывал класс LoMyObj=NEWOBJECT('shm_zip2','shm_zip2') LoMyObj.zipfile_name=p1 LoMyObj.output_path=p2 LoMyObj.output_mask="*.*" LoMyObj.xunzip() Но но но , при этом у него есть LoMyObj.init() - где происходит обновления Api функций, так вот если поставить вот так вот LoMyObj=NEWOBJECT('shm_zip2','shm_zip2') LoMyObj.init() LoMyObj.zipfile_name=p1 LoMyObj.output_path=p2 LoMyObj.output_mask="*.*" LoMyObj.xunzip() LoMyObj.Destroy() то все замечательно просто работает fox_vik - Огромное спасибо, только вот DO WHILE .T. IF WaitForSingleObject(lnRarHandle, 0)=0x00000102 *Процесс не закончен DOEVENTS ELSE *Процесс закончен EXIT ENDIF ENDDO = CloseHandle(lnRarHandle) Если проверить *Процесс не закончен *Процесс закончен то в любом случае вываливает сразу *Процесс не закончен *Процесс закончен т.е. закончен ли процесс отследить нет возможности Всем спасибо ... |
|||
:
Нравится:
Не нравится:
|
|||
18.11.2008, 16:45 |
|
Каким образом работает алгоритм вызова из prg ???
|
|||
---|---|---|---|
#18+
typik Если проверить *Процесс не закончен *Процесс закончен то в любом случае вываливает сразу *Процесс не закончен *Процесс закончен т.е. закончен ли процесс отследить нет возможности Честно говоря, ничего не понял. Т.е. Вы хотите сказать, что и в If и в else одновременно попадает? :) Если я правильно Вас понял. Запустите на распаковку большой файл, который долго ждать. Посмотрите. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.11.2008, 20:45 |
|
|
start [/forum/topic.php?fid=41&msg=35658023&tid=1587059]: |
0ms |
get settings: |
9ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
60ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
48ms |
get tp. blocked users: |
1ms |
others: | 14ms |
total: | 162ms |
0 / 0 |