Здравствуйте, уважаемый All.
Есть проблема которая для меня остается загадкой сегодня запускаю свою прогу под C55H которую, подрихтовываю, сохраняю и выхожу, потом пытаюсь опять зайти и наблюдаю чудную картинку
Unknown Error Posted: 11: Parameter typing error
Do you want to GPF?
я просто в "восторге", т.к. что теперь делать с ентим ненаю.
app для дальнейшего рихтования открыть немогу причина нарисована выше.
Скажите плиз как енто все обойти ?
--
С уважением,
Анатолий Калашников mailto:tolikclist@yandex.ru
В рабочей папке твоего проекта должен быть запасной файл аппликации с расширением *.bpp, смени расширение на *.app и попробуй открыть.
Дмитрий Гудков <gudkov_net@mail.ru>
Написал: ClaList(2)
GPF
Модератор: Дед Пахом
Правила форума
При написании вопроса или обсуждении проблемы, не забывайте указывать версию Clarion который Вы используете.
А так же пользуйтесь спец. тегами при вставке исходников!!!
При написании вопроса или обсуждении проблемы, не забывайте указывать версию Clarion который Вы используете.
А так же пользуйтесь спец. тегами при вставке исходников!!!
-
Гость
-
Гость
прикол повторился
сижу восстанавливаю свой проект и тут опять таже ситуация на текущий момент вижу только одну закономерность и в том и в другом случае app больше 2 метров !!!
че енто может быть за глюк ?
--
С уважением,
Анатолий Калашников
Hi.
TopSpeed:File Maximums/Specifications
File Size : 2 GB
App и Dct - это tps, только слегка модифицированный, чтобы напрямую открыть было нельзя.
WBR, Nick Tsigouro mailto:nick@arsis.ru
У меня App переросла 5МБ, никаких проблем не было, кроме временных потерь при компиляции.
а)менеджер компиляции и сборки проекта, б)просмотрщик проекта, собирающий все описания "под одну крышу", в)специальные шаблоны, позволяющие видеть содержание модулей из нужного модуля (например, формирование общего списка процедур проекта для настройки разграничения прав доступа или автоматическое формирование help-файла на основании описаний процедур, расположенных в разных модулях и составления межмодульных ссылок "Смотри также") и т.д. и т.п. Это требует определенных затрат, но оно того стоит...
С уважением,
Вячеслав Черников support@finsoft.ryazan.ru
Попробуй установить другую закономерность - возможно "ломка" проекта происходит после добавления в него процедуры с какими-либо специфическими настройками или доп. шаблонами?
Или ты хочешь сказать, что добавление в абсолютно новый проект процедуры, которая вызвала "поломку" APP в прошлый раз, не приводит к подобному эффекту? И "поломка" ВСЕГДА возникает при ЛЮБЫХ комбинациях ТОЛЬКО после достижения размера APP определенного размера?
Если так, то, имхо, корни проблемы следует искать:
- в самом Кларионе (снести все напрочь и установить "с нуля")
- в ОС или программах-резидентах (возможно виноват антивирус)
- на диске (нет места, наличие сбойных кластеров и пр.)
А что происходит, если создать новый проект?
Сгенерить, к примеру, новый APP визардом по большому справочнику - наверняка размер перевалит за 2 метра.
=============================
С уважением, Олег А. Руденко.
Oleg_Rudenko@mail.ru
Oleg_Rudenko@mail333.com
Библиотека DynaLib
http://dynalib.narod.ru
Сталкивался с таким. Правда, у меня это было из-за файловой системы FAT32. После того, как Кларион грохался, появлялись пустые кластеры, пересекающиеся ссылки и т.д., а заботливый ScanDisk при перезагрузке всё это дело "лечил". Мучился страшно, большие App рушились по нескольку раз на день. Переход на Win2000/NTFS полностью излечил от такого недуга. Но это не тот случай
.
А разбить на DLL всегда полезно.
---------------------------------------
C уважением,
Юрий Философов,
Главный программист
Корпорация "Диполь", Саратов
E-mail yufil@tacis-dipol.ru (служ)
yufil@mail.ru (дом)
ICQ#75924439
Написал: ClaList(2)
сижу восстанавливаю свой проект и тут опять таже ситуация на текущий момент вижу только одну закономерность и в том и в другом случае app больше 2 метров !!!
че енто может быть за глюк ?
--
С уважением,
Анатолий Калашников
Hi.
TopSpeed:File Maximums/Specifications
File Size : 2 GB
App и Dct - это tps, только слегка модифицированный, чтобы напрямую открыть было нельзя.
А как ты этого добился? Может там мусора немеряно? Выгрузи в TXA и загрузи обратно. А вообще-то DLL-rb спасут от громадных проектов.и в том и в другом случае app больше 2 метров !!!
WBR, Nick Tsigouro mailto:nick@arsis.ru
У меня App переросла 5МБ, никаких проблем не было, кроме временных потерь при компиляции.
После перехода на мульти-DLL жить стало совсем легче. Но там нужно:А вообще-то DLL-rb спасут от громадных проектов.
а)менеджер компиляции и сборки проекта, б)просмотрщик проекта, собирающий все описания "под одну крышу", в)специальные шаблоны, позволяющие видеть содержание модулей из нужного модуля (например, формирование общего списка процедур проекта для настройки разграничения прав доступа или автоматическое формирование help-файла на основании описаний процедур, расположенных в разных модулях и составления межмодульных ссылок "Смотри также") и т.д. и т.п. Это требует определенных затрат, но оно того стоит...
С уважением,
Вячеслав Черников support@finsoft.ryazan.ru
Думаю, что размер APP тут ни причем - у меня, к примеру, есть проекты и больше 10метров.че енто может быть за глюк ?
Попробуй установить другую закономерность - возможно "ломка" проекта происходит после добавления в него процедуры с какими-либо специфическими настройками или доп. шаблонами?
Или ты хочешь сказать, что добавление в абсолютно новый проект процедуры, которая вызвала "поломку" APP в прошлый раз, не приводит к подобному эффекту? И "поломка" ВСЕГДА возникает при ЛЮБЫХ комбинациях ТОЛЬКО после достижения размера APP определенного размера?
Если так, то, имхо, корни проблемы следует искать:
- в самом Кларионе (снести все напрочь и установить "с нуля")
- в ОС или программах-резидентах (возможно виноват антивирус)
- на диске (нет места, наличие сбойных кластеров и пр.)
А что происходит, если создать новый проект?
Сгенерить, к примеру, новый APP визардом по большому справочнику - наверняка размер перевалит за 2 метра.
=============================
С уважением, Олег А. Руденко.
Oleg_Rudenko@mail.ru
Oleg_Rudenko@mail333.com
Библиотека DynaLib
http://dynalib.narod.ru
Сталкивался с таким. Правда, у меня это было из-за файловой системы FAT32. После того, как Кларион грохался, появлялись пустые кластеры, пересекающиеся ссылки и т.д., а заботливый ScanDisk при перезагрузке всё это дело "лечил". Мучился страшно, большие App рушились по нескольку раз на день. Переход на Win2000/NTFS полностью излечил от такого недуга. Но это не тот случай
. А разбить на DLL всегда полезно.
---------------------------------------
C уважением,
Юрий Философов,
Главный программист
Корпорация "Диполь", Саратов
E-mail yufil@tacis-dipol.ru (служ)
yufil@mail.ru (дом)
ICQ#75924439
Написал: ClaList(2)
-
Гость
Привет !
Прочитала сообщение, и нахлынули воспоминания ...
Давно это было, но было и именно на C55H:
При открытии более или менее крупного APP (2 MByte - это действительно
не много) проекты рушились именно с таким сообщением. Причину выяснили.
Если компьютер достаточно слабый (мало памяти) и установлена "тяжелая"
ОС (2000/XP), то при открытии APP идет достаточно сильный свопинг (ну
и естественно это сказывается на времени открытия). Так вот если во время
открытия APP в таких условиях происходит внешнее событие, у нас это было
движение курсора мыши, - проект вылетал. Никакие перезагрузки APP/TXA
не помогали. Так и грузили APP в режиме "руки вверх"
Потом в 4 раза увеличили память, при загрузке практически не стало свопинга
и проблема исчезла .... Вот и все.
Проблема в 16 разрядной оболочке и ее реакции на события Windows.
Кстати абсолютно аналогично себя ведут приложения с MDI на C55H в таких
же условиях ...
С уважением, ТАТА
Прочитала сообщение, и нахлынули воспоминания ...
Давно это было, но было и именно на C55H:
При открытии более или менее крупного APP (2 MByte - это действительно
не много) проекты рушились именно с таким сообщением. Причину выяснили.
Если компьютер достаточно слабый (мало памяти) и установлена "тяжелая"
ОС (2000/XP), то при открытии APP идет достаточно сильный свопинг (ну
и естественно это сказывается на времени открытия). Так вот если во время
открытия APP в таких условиях происходит внешнее событие, у нас это было
движение курсора мыши, - проект вылетал. Никакие перезагрузки APP/TXA
не помогали. Так и грузили APP в режиме "руки вверх"
Потом в 4 раза увеличили память, при загрузке практически не стало свопинга
и проблема исчезла .... Вот и все.
Проблема в 16 разрядной оболочке и ее реакции на события Windows.
Кстати абсолютно аналогично себя ведут приложения с MDI на C55H в таких
же условиях ...
С уважением, ТАТА
-
Гость
А я не сталкивался, апп 5 метров! Клаша 5.0б Вин98се, фат32!
Это проблема 55H, или я такой везучий?
--
Best regards,
Чаплыгин mailto:chapligin@fromru.com
(Добавление)
Сплюнь! И постучи по дереву!
---------------------------------------
C уважением,
Юрий Философов
(Добавление)
Hi.
Ради интереса, глянул на свои проекты. Самый большой - 870К, и то видимо распух от того, что там половина в рукопашных сырцах. Процедур в нем совсем мало. Основная масса не переваливает за 500К.
WBR, Nick Tsigouro mailto:nick@arsis.ru
Написал: ClaList(2)
Это проблема 55H, или я такой везучий?
--
Best regards,
Чаплыгин mailto:chapligin@fromru.com
(Добавление)
Сплюнь! И постучи по дереву!
---------------------------------------
C уважением,
Юрий Философов
(Добавление)
Hi.
Ради интереса, глянул на свои проекты. Самый большой - 870К, и то видимо распух от того, что там половина в рукопашных сырцах. Процедур в нем совсем мало. Основная масса не переваливает за 500К.
"Не кладите...". Не дай бог...А я не сталкивался, апп 5 метров! Клаша 5.0б Вин98се, фат32!
Это проблема 55H, или я такой везучий?
WBR, Nick Tsigouro mailto:nick@arsis.ru
Написал: ClaList(2)
-
Гость
Здравствуйте, Олег.
и в принципе я подозреваю что поломка происходит именно из-за нее у меня когда-то уже было такое (достаточно давно) и если мне не изменяет память прогу я делал именно с ентим шаблоном.
JDI Dictionary VCS - Converters Generator темболее что сама процедура конвертирования находится в этом-же арр (хотя может я и зря подозреваю ентот удобный шаблон)
последовательности ...
открыл арр
зашел в процедуру (например update какого-то справочника)
добавил поле для редактирования
вышел
сохранил арр
вышел с сохранением
(руки сами делают:))
зашел в dct
отрихтовал поле\индекс или чето еще
сохранил
вышел
попытался зайти в арр
и очень обрадовался ошибке
именно такая последовательность
пощему так непонимаю
В любом случае большое спасибо за идеи и советы, а также поддержку попробую разбить арр на dll, вынести процедуру JDI Dictionary VCS в отдельную dll и посмотрю что получится.
Ежели чего коментарии обещаю, а пока я думаю вопрос моно снять с повестки дня.
Еще раз всем большое спасибо.
--
С уважением,
Анатолий Калашников mailto:tolikclist@yandex.ru
(Добавление)
долго и нудно
в смысле проект
(я еще ее не видел)
Большое спасибо за разъяснение
будем лечить !!!
--
С уважением,
Анатолий Калашников
(Добавление)
некоторые представления имею
большое спасибо.
--
С уважением,
Анатолий Калашников
Написал: ClaList(2)
вобщемто я согласен, что не стоит грешить на размер арр, темболее что в этом самом арр не так уж много этих самых процедур, но ...Думаю, что размер APP тут ни причем - у меня, к примеру, есть проекты и больше 10метров.
есть такая процедураПопробуй установить другую закономерность - возможно "ломка" проекта происходит после добавления в него процедуры с какими-либо специфическими настройками или доп. шаблонами?
и в принципе я подозреваю что поломка происходит именно из-за нее у меня когда-то уже было такое (достаточно давно) и если мне не изменяет память прогу я делал именно с ентим шаблоном.
JDI Dictionary VCS - Converters Generator темболее что сама процедура конвертирования находится в этом-же арр (хотя может я и зря подозреваю ентот удобный шаблон)
самое интересное, что поломка возникала именно в такойИли ты хочешь сказать, что добавление в абсолютно новый проект процедуры, которая вызвала "поломку" APP в прошлый раз, не приводит к подобному эффекту?
... И "поломка" ВСЕГДА возникает при ЛЮБЫХ комбинациях ТОЛЬКО после достижения размера APP определенного размера?
последовательности ...
открыл арр
зашел в процедуру (например update какого-то справочника)
добавил поле для редактирования
вышел
сохранил арр
вышел с сохранением
(руки сами делают:))
зашел в dct
отрихтовал поле\индекс или чето еще
сохранил
вышел
попытался зайти в арр
и очень обрадовался ошибке
именно такая последовательность
пощему так непонимаю
на счет с нуля - это хорошая идея которой я воспользуюсьЕсли так, то, имхо, корни проблемы следует искать:
- в самом Кларионе (снести все напрочь и установить "с нуля")
по возможности все что не нужно я рублю сразу а антивирус включаю только по необходимости в моменты работы с кларой этого зверя я выключаю- в ОС или программах-резидентах (возможно виноват антивирус) резидентов ?..
с диском все намана, места тоже предостаточно- на диске (нет места, наличие сбойных кластеров и пр.)
в том-то и дело, что создавал и вроде все наманаА что происходит, если создать новый проект?
правда вот размер-то как раз и не смотрелСгенерить, к примеру, новый APP визардом по большому справочнику - наверняка размер перевалит за 2 метра.
В любом случае большое спасибо за идеи и советы, а также поддержку попробую разбить арр на dll, вынести процедуру JDI Dictionary VCS в отдельную dll и посмотрю что получится.
Ежели чего коментарии обещаю, а пока я думаю вопрос моно снять с повестки дня.
Еще раз всем большое спасибо.
--
С уважением,
Анатолий Калашников mailto:tolikclist@yandex.ru
(Добавление)
угу, будем бить ...А разбить на DLL всегда полезно.
долго и нудно
в смысле проект
ну слабый-неслабый Celeron 2.4G, а вот ОЗУ всего 256При открытии более или менее крупного APP (2 MByte - это действительно не много) проекты рушились именно с таким сообщением. Причину выяснили.
Если компьютер достаточно слабый (мало памяти) ...
ОС действительно тяжелая, ХРи установлена "тяжелая" ОС (2000/XP),
угуто при открытии APP идет достаточно сильный свопинг (ну и естественно это сказывается на времени открытия).
у меня ситуация немножко другая, но я так полагаю причина в ентомТак вот если во время открытия APP в таких условиях происходит внешнее событие, у нас это было движение курсора мыши, - проект вылетал.
точноНикакие перезагрузки APP/TXA не помогали.
я-бы с удовольствием их повыше, но увы ...Так и грузили APP в режиме "руки вверх"
память говорите ?..Потом в 4 раза увеличили память, при загрузке практически не стало свопинга и проблема исчезла .... Вот и все.
кста а 6 кларка 32-х разрядная ?Проблема в 16 разрядной оболочке и ее реакции на события Windows.
Кстати абсолютно аналогично себя ведут приложения с MDI на C55H в таких же условиях ...
(я еще ее не видел)
Большое спасибо за разъяснение
будем лечить !!!
--
С уважением,
Анатолий Калашников
(Добавление)
после того как я его перегрузил, он стал на 100 кил большеА как ты этого добился? Может там мусора немеряно? Выгрузи в TXA и загрузи обратно.
я уже об ентом думал и скорее всего так и будетА вообще-то DLL-rb спасут от громадных проектов.
с мульти-DLL уже сталкивался, даже чего-то там писалПосле перехода на мульти-DLL жить стало совсем легче.
некоторые представления имею
будем попыхтетьЭто требует определенных затрат, но оно того стоит...
большое спасибо.
--
С уважением,
Анатолий Калашников
Написал: ClaList(2)
