ReSQL.ru
     
powered by simpleCommunicator - 2.0.49     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Caché, Ensemble, DeepSee, MiniM, IRIS, GT.M [игнор отключен] [закрыт для гостей] / СУБД GT.M
25 сообщений из 148, страница 4 из 6
  4  все
СУБД GT.M
    #34444615
GeorgeK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
GeorgeK
Гость
Hampster-Mumpster GeorgeKЯ вообще на Фиделити работал, но сейчас ушел от них.
Не на ИнтерСистемз часом? :)
Нет. Я сказал, что продолжаю работать в ГТМ. С ИС у меня нет никаких связей.
...
Рейтинг: 0 / 0
06.04.2007, 19:05
| Ответить | Цитировать | Написать  
СУБД GT.M
    #34444853
kalin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kalin
Участник
>Я сказал, что продолжаю работать в ГТМ. С ИС у меня нет никаких связей.
Не будет проблем с рукой кормящей ?
По прежнему жду письма ?
...
Рейтинг: 0 / 0
06.04.2007, 23:34
| Ответить | Цитировать | Написать  
СУБД GT.M
    #34444949
GeorgeK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
GeorgeK
Гость
kalin>Я сказал, что продолжаю работать в ГТМ. С ИС у меня нет никаких связей.
Не будет проблем с рукой кормящей ?
По прежнему жду письма ?
Какой ты Саша...
МЗОР - тебе что-то говорит (тут ты вобще по поной ответишь, это святое)? Автовокзал - тоже пустой звук?

Кто следующий?

Если ты не успел "окучить" этих клиентов, то гуд. Но есть сведения, что успел. Ты много вреда наносишь, очень. Прежде всего - людям.
...
Рейтинг: 0 / 0
07.04.2007, 05:37
| Ответить | Цитировать | Написать  
СУБД GT.M
    #34445074
decaml
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
decaml
Участник
*** МЗОР - Минский станкостроительный завод

- Хотелось бы нам завод автоматизировать, повысить конкурентоспособность,
что-то можете сказать?
- Это так класно сделать web-страничку на GT.M, 100% - будет летать на 200%.
- И мы, и мы, хотим, хотим.
- Саша, от тебя один вред - там надо было внедрять Cache! - станок вжик, вжик -
открыл сокет - фах туда M-программу.
- Да, но конкурентоспособность это не столько работа с сокетами, сколько разница доходов и расходов,
какие же будут расходы?
- Не надо капризничать, какие скажут такие и будут, вон OEBS - "оракле электрон
бизьнес сьюит" просит 150к евро за каждый новый "документ" (в Access за полдня правда
можно сделать получше), но ведь М быстрее.

Это была передача "ERP шагают по планете" :)
...
Рейтинг: 0 / 0
07.04.2007, 12:32
| Ответить | Цитировать | Написать  
СУБД GT.M
    #34446834
kalin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kalin
Участник
>МЗОР - тебе что-то говорит (тут ты вобще по поной ответишь, это святое)? Автовокзал - тоже >пустой звук?
МЗОР - завод банкрот. Там из программистом почти никого не осталось. Подгаецкая еще зимой уволилась. Все, что там делалось на Cache, они давно уже похерили и забыли. Я на них давно уже крест поставил. Пытался как-то привлечь к своим работам, но их уровень современной подготовки практически никакой. Они и сами это поняли.
Автовокзал - там практически никого не осталось. Начальника АСУ уволили с работы, на его место поставили Мацукевича, который от программирования практически уже отошел. Остальные программисты толковые, которые там еще были, уже уволились. Там счас текущую систему некому поддерживать, не говоря о разработке чего-то нового. Если брать для примера Коммунарку, так там Белхард ковырялся почти 3 года, чтобы старую систему еще c СМ ЭВМ со старого DIAMS перевести под telnet в Cache с тем же telnet интерфейсом. Про новые разаботки на коммунарке даже речи не идет. Так, что "окучивать" особо и некого. Разве, что провести работу с БелХард :) А так работы хватает на несколько лет вперед. Так, что не до "окучивания".

Александр
...
Рейтинг: 0 / 0
09.04.2007, 11:39
| Ответить | Цитировать | Написать  
Период между сообщениями больше года.
СУБД GT.M
    #35305307
Elvis_plus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Elvis_plus
Гость
GT.M -> Up; :-)
...
Рейтинг: 0 / 0
11.05.2008, 20:39
| Ответить | Цитировать | Написать  
Период между сообщениями больше года.
СУБД GT.M
    #36711695
Антон Аксёнов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Антон Аксёнов
Гость
Тов, kalin , напишите мне пожалуйста в личку (или на почту, в профиле должна быть). Ваш адрес в профиле похоже уже не актуален. Не могу с Вами связаться.
...
Рейтинг: 0 / 0
28.06.2010, 16:45
| Ответить | Цитировать | Написать  
СУБД GT.M
    #36716103
doublefint
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
doublefint
Участник
Георгий Вячеславович, рад Вас видеть в добром здравии!
...
Рейтинг: 0 / 0
30.06.2010, 17:11
| Ответить | Цитировать | Написать  
СУБД GT.M
    #36782663
kalin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
kalin
Участник
Сегодня уже 2010г.
От Cache практически отошел. В основном занимаюсь web разработками. Использую готовые наработки на php и python (drupal, django). Из баз на сегодня - mysql и posgresql.
В cache поддерживаю только наработки 3-5 летней давности. Нового ничего в Cache не разрабатывается.
...
Рейтинг: 0 / 0
09.08.2010, 16:39
| Ответить | Цитировать | Написать  
СУБД GT.M
    #36783496
Alexey Maslov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexey Maslov
Участник
kalin, мы рады Вашим успехам :)
Но при чем здесь GT.M?
...
Рейтинг: 0 / 0
10.08.2010, 10:32
| Ответить | Цитировать | Написать  
СУБД GT.M
    #36783694
doublefint
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
doublefint
Участник
отвечал Антону Аксенову, видимо
...
Рейтинг: 0 / 0
10.08.2010, 12:05
| Ответить | Цитировать | Написать  
СУБД GT.M
    #36801337
А.В.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
А.В.
Гость
Добрый день.
Никогда не работал с GT.M (более того - не видел в глаза), но вот возникла необходимость написать небольшую программку для изменения кода всех рутин. Грубо говоря, в конце каждой строки каждой программы нужно добавить небольшой комментарий. Никаких вроде бы сложностей за исключением того, как получить список всех рутин GT.M, как изменить конкретную строку конкретной рутины и после этого перекомпилировать рутину (добавляться будут не только комментарии)?
Не знаю куда и копнуть. Вроде как прочитать строку рутины можно через $TEXT, но задачи это не решает, да и определить достоверно конец рутины не даст.
Я так понимаю, все рутины в GT.M хранятся в виде файлов, и нужно работать с файлами в моем случае? Но как средствами GT.M получить список файлов из директория $ZROU? Могу ли я читать файл и править его одновременно, или нужно будет закачивать рутину целиком, удалять файл и создавать новый?
Или все гораздо проще и есть в GT.M глобаль типа ^ROUTINE в Cache? Или хотя бы аналог ^$ROUTINE для получения списка?
...
Рейтинг: 0 / 0
19.08.2010, 20:54
| Ответить | Цитировать | Написать  
СУБД GT.M
    #36801767
Valeriu
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Valeriu
Участник
Скачайте демо версию, которую выложили на сайте .
Разобраться не сложно. Для начало это поможет представить
что это за "зверь" )

http://eltranssoft.ucoz.ru/
...
Рейтинг: 0 / 0
20.08.2010, 08:42
| Ответить | Цитировать | Написать  
СУБД GT.M
    #36801781
Valeriu
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Valeriu
Участник
А список Рутин можно получить примерно так :

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
RtnArray(Name,Ret,i,Er)
        K Ret
        Set Dev=$TR(Name,"%","_")_".m"
        Open Dev:(readonly:exception="g BED")
        Use Dev:exception="G EOF"
        For i= 1 : 1  Read x Use $I Set Ret(i)=x q:$ZEOF
EOF     IF '$ZEOF ZM +$ZS
        Close Dev
        Quit
BED     IF $P($ZS,",", 1 )= 2  DO  QUIT
        . Set Er="The file  "_Dev_" does not exist."
        IF $P($ZS,",", 1 )= 13  DO  QUIT
        . Set Er="The file "_Dev_" is not accessible."
        ZM +$ZS
        Quit

Или так используя PIP:

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
TOP(cmd,files,i,Er)
         n io,line,p
         s io=$io
         s p=cmd
         o p:(COMMAND=cmd:READONLY)::"PIPE"
         k files
         u p
         For i= 1 : 1  r files(i) q:$ZEOF
         c p
         u io
         QUIT

Вообще на сайте производителя это хорошо описано,
можно и туда заглянуть.
...
Рейтинг: 0 / 0
20.08.2010, 08:55
| Ответить | Цитировать | Написать  
СУБД GT.M
    #36801963
А.В.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
А.В.
Гость
Valeriu, спасибо, буду пробовать. Сегодня мне настроят сервер с GT.M, заодно и посмотрю на этого зверя.
...
Рейтинг: 0 / 0
20.08.2010, 10:38
| Ответить | Цитировать | Написать  
СУБД GT.M
    #36849790
А.В.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
А.В.
Гость
Еще раз спасибо, с проблемой разобрался. Но возник другой вопрос.
Удалили очень большую глобаль и хочется уменьшить теперь DAT-файл с глобалями дабы съэкономить место на диске. Не могу найти стандартной утилиты для сжатия DAT-файла. Такая вообще существует? Если нет, то как действовать?
%GO для всех глобалей, удаление DAT-файла, создание нового, %GI глобалей?
...
Рейтинг: 0 / 0
16.09.2010, 11:58
| Ответить | Цитировать | Написать  
СУБД GT.M
    #36851302
Valeriu
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Valeriu
Участник
можно взглянуть сюда:

http://tinco.pair.com/bhaskar/gtm/doc/books/ao/UNIX_manual/index.html

Обратите внимание на утилиту(комманду)
Код: plaintext
MUPIP REOorg
...
Рейтинг: 0 / 0
16.09.2010, 21:45
| Ответить | Цитировать | Написать  
СУБД GT.M
    #36853585
Блок А.Н.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Блок А.Н.
Участник
Из стандартных ^GBLOCKCOPY (копирование всех данных в другой файл).
...
Рейтинг: 0 / 0
18.09.2010, 13:59
| Ответить | Цитировать | Написать  
СУБД GT.M
    #36888296
Ultimate
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ultimate
Гость
Подскажите а как в GT.M можно посчитать контрольную сумму CRC 32 .. В примерах я нашел только с использование аски кода. В мампсе это выглядело, как то так: $zcrc("ABCD",32)
...
Рейтинг: 0 / 0
08.10.2010, 00:38
| Ответить | Цитировать | Написать  
СУБД GT.M
    #37324223
Антон Аксёнов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Антон Аксёнов
Гость
Люди, а какой отладчик удобней для GT.M? Serenji или тот который от EsiObjects? А может есть еще какие решения?
К примеру, я не понял как можно сделать что-то типа jobexam (как в MSM) для процесса в GT.M, не для своего а для другого.
А то запустил job - и не понятно, что с ним происходит, что он делает.
...
Рейтинг: 0 / 0
24.06.2011, 18:48
| Ответить | Цитировать | Написать  
СУБД GT.M
    #37332985
Антон Аксёнов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Антон Аксёнов
Гость
Антон Аксёнов,

Отвечу себе, в GT.M всё можно сделать самому, по крайней мере утилиты типа списка джобов, прибитие джоба, получение стека вызовов и локальных переменных написать несложно, копать нужно в сторону системной переменной $ZINTerrupt.
С отладкой не разбирался пока, но думаю тоже не проблема.
...
Рейтинг: 0 / 0
01.07.2011, 19:00
| Ответить | Цитировать | Написать  
СУБД GT.M
    #37333412
Valeriu
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Valeriu
Участник
Попробуйте задавать вопросы вот здесь

http://groups.google.com/group/comp.lang.mumps/topics

и получите ответ из первых рук, те самим разработчикам GT.M
...
Рейтинг: 0 / 0
02.07.2011, 09:00
| Ответить | Цитировать | Написать  
СУБД GT.M
    #37380840
Антон Аксёнов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Антон Аксёнов
Гость
Портирую программу с MSM на GT.M.
Общее впечатление от СУБД приятное, однако возникли и проблемы.

Дикая работа с дисковыми файлами - не понял как можно задать разделитель строк? Судя по документации - никак.
Мало того, самые интересные флаги открытия файлов - чтение с разделителями или без можно выставить только в команде OPEN. Пришлось свою библиотеку писать для работы с файлами, чтобы иметь возможность читать строки, затем там где надо читать конкретное кол-во байт. Получился костыль, ибо чтение побайтовое из файла. Ну это еще не проблема, можно пережить, можно улучшить и т.д. Хотя кода придется при портировании логики перелопатить порядочно.

Самое главное - начали запускать задачи. Скорость радует, однако она радует только в первый раз! При повторном построении данных скорость такая же как при первом разе. Такое ощущение что кэширования нет вообще! Пробовали доступ ставить и MM, и BG, разницы не увидели. Разве что при MM вроде чуточку быстрее.
Собственно, тут же был написан простенький тест который подтвердил опасения - кэша нет или он не работает. А это грустно, ибо мощное кэширование в MSM "прощало" практически любой прикладной код. Может мы не нашли что-то в документации? Вроде всё перерыли.
...
Рейтинг: 0 / 0
04.08.2011, 15:45
| Ответить | Цитировать | Написать  
СУБД GT.M
    #37380903
Valeriu
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Valeriu
Участник
Попробуйте посмотреть в сторону M/Wire вот здесь http://gradvs1.mgateway.com/main/
Если задумайте построить GUI на клиентской стороне.
Попробовал, вроде стоящая вещь. Пришлось прикрутить свои пару функций.
Постарался, что-бы работало в точности что и MSM-Activate.
Если все со временем получится, в скором выпустим студио для GT.M на базе этого продукта.
...
Рейтинг: 0 / 0
04.08.2011, 16:16
| Ответить | Цитировать | Написать  
СУБД GT.M
    #37380985
Антон Аксёнов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Антон Аксёнов
Гость
Valeriu,
Спасибо за ссылку, M/Wire я смотрел, не подошло. Да и свой протокол написать не несложно-то.
У нас уже собственно всё готовое есть - и клиент, и серверная логика.
Вопрос только вот в кэшировании.
...
Рейтинг: 0 / 0
04.08.2011, 16:47
| Ответить | Цитировать | Написать  
25 сообщений из 148, страница 4 из 6
  4  все
Форумы / Caché, Ensemble, DeepSee, MiniM, IRIS, GT.M [игнор отключен] [закрыт для гостей] / СУБД GT.M
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=39&msg=34445074&tid=1557025]:
 0ms
get settings:
 10ms
get forum list:
 12ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 137ms
get topic data:
 9ms
get forum data:
 3ms
get page messages:
 69ms
get tp. blocked users:
 1ms
others: 14ms
total:  261ms
созд. / загр.: 261ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]