On Mon, Sep 30, 2019 at 08:09:07PM +0300, Victor Wagner wrote:
> Stanislav Maslovski пишет:
> > On Sun, Sep 29, 2019 at 08:23:47PM +0300, Dmitry Alexandrov wrote:
> > > Victor Wagner wrote:
> > > > Единственный мне известный логичный язык - это Tcl
> > >
On Tue, Oct 01, 2019 at 10:48:59AM +0300, Victor Wagner wrote:
> On Sun, 29 Sep 2019 20:23:47 +0300
> Dmitry Alexandrov <321...@gmail.com> wrote:
>
> > > Единственный мне известный логичный язык - это Tcl
> >
> > «Схема» предельно логична. Да и вообще, пожа
Sergey B Kirpichev wrote:
> On Tue, Oct 01, 2019 at 12:41:00AM +0300, Dmitry Alexandrov wrote:
>> Artem Chuprina wrote:
>>> On 29 September 2019 7:23:47 pm GMT+02:00, Dmitry Alexandrov
>>> <321...@gmail.com> wrote:
>>>>> Единственный мне и
On Sun, 29 Sep 2019 20:23:47 +0300
Dmitry Alexandrov <321...@gmail.com> wrote:
> > Единственный мне известный логичный язык - это Tcl
>
> «Схема» предельно логична. Да и вообще, пожалуй, любой Лисп будет
> пологичнее Тикля.
Пока Схема - вещь в себе, пригодная только дл
On 30 September 2019 11:41:00 pm GMT+02:00, Dmitry Alexandrov
<321...@gmail.com> wrote:
>Artem Chuprina wrote:
>> On 29 September 2019 7:23:47 pm GMT+02:00, Dmitry Alexandrov
><321...@gmail.com> wrote:
>>>> Единственный мне известный логичный язык - это
On Tue, Oct 01, 2019 at 12:41:00AM +0300, Dmitry Alexandrov wrote:
> Вы так говорите, будто в «Схеме» специальную форму от функции отличить можно.
Ну вообще-то - можно. Как правило, специальная форма - специально
вычисляется. Например:
scheme@(guile-user)> (if #f (/ 1 0) 1)
$2 = 1
Artem Chuprina wrote:
> On 29 September 2019 7:23:47 pm GMT+02:00, Dmitry Alexandrov
> <321...@gmail.com> wrote:
>>> Единственный мне известный логичный язык - это Tcl
>>
>>«Схема» предельно логична. Да и вообще, пожалуй, любой Лисп будет пологичнее
>>Тик
On 29 September 2019 7:23:47 pm GMT+02:00, Dmitry Alexandrov <321...@gmail.com>
wrote:
>> Единственный мне известный логичный язык - это Tcl
>
>«Схема» предельно логична. Да и вообще, пожалуй, любой Лисп будет
>пологичнее Тикля.
Схема еще имеет приличные шансы бы
shell это тяжкий груз наследственности.
> > >
> > > Любая система, получившаяся сколько-нибудь широкое распространие
> > > - это тяжкий груз наследственности.
> >
> > > Единственный мне известный логичный язык - это Tcl
> >
> > «Схема» пред
дь широкое распространие - это
> > тяжкий груз наследственности.
>
> > Единственный мне известный логичный язык - это Tcl
>
> «Схема» предельно логична. Да и вообще, пожалуй, любой Лисп будет пологичнее
> Тикля.
Если упор на "логичность", то тогда уж, скорее, PROLOG и его производные.
--
Stanislav
дь широкое распространие - это
> > тяжкий груз наследственности.
>
> > Единственный мне известный логичный язык - это Tcl
>
> «Схема» предельно логична. Да и вообще, пожалуй, любой Лисп будет пологичнее
> Тикля.
"Что мне нравится в Тикле, так это Тикей" :-)
(Вспоми
й логичный язык - это Tcl
«Схема» предельно логична. Да и вообще, пожалуй, любой Лисп будет пологичнее
Тикля.
signature.asc
Description: PGP signature
2015-01-28 21:57 GMT+03:00 Ivan Shmakov i...@siamics.net:
Он еще где-то используется. Например, в Solaris ;-)
Я столь давно не слышал о Solaris (собственно, — где-то с
момента закрытия OpenSolaris), что честно говоря уже
«предположил худшее.»
на правах offtopic,
On Tue, 27 Jan 2015 19:37:47 +
Ivan Shmakov i...@siamics.net wrote:
AC А с учетом багов его реализации в Solaris?
Разве Solaris sh все еще где-то изучается? (В смысле, — кроме
курса «компьютерной археологии» и ему подобных.)
Он еще где-то используется. Например, в Solaris
Victor Wagner vi...@wagner.pp.ru writes:
On Tue, 27 Jan 2015 19:37:47 + Ivan Shmakov wrote:
А с учетом багов его реализации в Solaris?
Разве Solaris sh все еще где-то изучается? (В смысле, — кроме курса
«компьютерной археологии» и ему подобных.)
Он еще где-то используется.
AC == Artem Chuprina r...@ran.pp.ru writes:
Fedor Zuev - debian-russian@lists.debian.org:
[…]
FZ Видел я этот ваш tcl. Не впечатлился честно говоря. Заумь
FZ какая-то. Возможно, под какой-то специфический стиль мышления он
FZ заточен идеально. Но точно не под мой. Все-таки простые вещи
Здравствуйте!
Переменная устанавливалась с помощью set, попробовал и variable,
unset не используется:
…
(file tk.tcl line 1750)
Мммм, а остальные 1747 строчек надо угадать? В столь большом файле
очень много ошибок сделать можно. И поставленная не туда фигурная
скобка, к сожалению, может
On Wed, 21 Jan 2015 20:56:40 +0300
Кабанов Евгений Константинович evg...@kabanov.tel wrote:
Здравствуйте!
Переменная устанавливалась с помощью set, попробовал и variable,
unset не используется:
…
(file tk.tcl line 1750)
Мммм, а остальные 1747 строчек надо угадать? В столь большом
запортить разбор всего файла.
Постеснялся засорять письмо - вот ссылка на файлик
https://yadi.sk/d/S_QjPK4Be9LTZ
Tcl в этом скрипте обрабатывает данные, формируемые программой
swe-basic-data и swe-standard-data; используется библиотека libswe0 и
libswe-dev.
--
Кабанов Евгений - http://kabanov.tel
Здравствуйте!
Переменная устанавливалась с помощью set, попробовал и variable,
unset не используется:
…
(file tk.tcl line 1750)
Мммм, а остальные 1747 строчек надо угадать? В столь большом файле
очень много ошибок сделать можно. И поставленная не туда фигурная
скобка, к сожалению, может
On Wed, 21 Jan 2015 18:05:22 +0300
Кабанов Евгений Константинович evg...@kabanov.tel wrote:
Переменная устанавливалась с помощью set, попробовал и variable, unset
не используется:
…
(file tk.tcl line 1750)
Мммм, а остальные 1747 строчек надо угадать? В столь большом файле
очень много
Здравствуйте!
Вопрос возник по результатам сбоя в работе скрипта (can't read
h1: no such variable while executing). Это самое h1 неоднократно
участвует в
Ошибка тут no such variable, а while executing значит, что дальше
будет напечатан стек вызовов.
Возможно, переменной чуть ранее кто-то
On Tue, 20 Jan 2015 18:38:09 +0300
Кабанов Евгений Константинович evg...@kabanov.tel wrote:
Вопрос возник по результатам сбоя в работе скрипта (can't read h1: no
such variable while executing). Это самое h1 неоднократно участвует в
Ошибка тут no such variable, а while executing значит, что
Здравствуйте!
Существуют-ли в Tcl/Tk какие-либо ограничения на размер строк, число
строк кода, количество переменных и т.д. и т.п.?
Вопрос возник по результатам сбоя в работе скрипта (can't read h1: no
such variable while executing). Это самое h1 неоднократно участвует в
расчётах и вдруг такая
Alexander Danilov alexander.a.dani...@gmail.com writes:
05.07.2012 16:09, Ivan Shmakov пишет:
Alexander Danilov alexander.a.dani...@gmail.com writes:
[…]
Значит настала пора повышать свой уровень. Потому как я понимаю,
когда стоит использовать именно Tcl.
… Настолько хорошо, чтобы
Alexander Danilov alexander.a.dani...@gmail.com writes:
05.07.2012 15:32, Ivan Shmakov пишет:
Alexander Danilov alexander.a.dani...@gmail.com writes:
[…]
А если интересует Tcl, то могу посоветовать wiki.tcl.tk - там, если
хорошо поискать, причины использовать именно тикль (по делу
05.07.2012 16:09, Ivan Shmakov пишет:
Alexander Danilovalexander.a.dani...@gmail.com writes:
05.07.2012 15:32, Ivan Shmakov пишет:
Alexander Danilovalexander.a.dani...@gmail.com writes:
[…]
А если интересует Tcl, то могу посоветовать wiki.tcl.tk - там, если
хорошо поискать, причины
Alexey Pechnikov wrote:
Идейно это распределенная нереляционная база данных:
http://www.fossil-scm.org/index.html/doc/tip/www/theory1.wiki
Любопытно, что But in the case of Fossil, the use of TCL was actually
making the code longer and more difficult to understand. Что они с этим
тиклем делали
Hello!
On Tuesday 23 March 2010 16:03:59 Serhiy Storchaka wrote:
Alexey Pechnikov wrote:
Идейно это распределенная нереляционная база данных:
http://www.fossil-scm.org/index.html/doc/tip/www/theory1.wiki
Любопытно, что But in the case of Fossil, the use of TCL was actually
making
Hello!
В tcl-расширении потребовалось определить тип данных в
переменной, что реализуется проверкой возвращаемого значения
функции Tcl_ConvertToType(interp, objPtr, typePtr)
Даже если текущее представление строковое, но допустимо,
например, булевое представление, нужно именно последнее
(в
Hello!
Собственно, сейчас делаю так
Tcl_ObjType *tclBooleanType = Tcl_GetObjType(boolean);
Но обычной практикой является использование констант,
здесь же приходится делать вызов функции, что не очень
приятно.
Best regards, Alexey Pechnikov.
http://pechnikov.tel/
On 2009.10.08 at 15:31:09 +0400, Alexey Pechnikov wrote:
Hello!
В tcl-расширении потребовалось определить тип данных в
переменной, что реализуется проверкой возвращаемого значения
функции Tcl_ConvertToType(interp, objPtr, typePtr)
Вообще-то она не это делает. Она пытается
On 2009.10.08 at 17:04:50 +0400, Alexey Pechnikov wrote:
Hello!
Собственно, сейчас делаю так
Tcl_ObjType *tclBooleanType = Tcl_GetObjType(boolean);
Но обычной практикой является использование констант,
здесь же приходится делать вызов функции, что не очень
приятно.
Ну, можно все
Hello!
On Thursday 08 October 2009 19:40:05 Victor Wagner wrote:
Поэтому использовать этот механизм для проверки типа - занятие довольно
стремное. А вдруг там была строка, которую почему-либо УДАЛОСЬ
преобразовать в boolean, но имелось в виду совсем не это?
Я бы ПРОВЕРЯЛ тип объекта
On 2009.10.08 at 22:38:55 +0400, Alexey Pechnikov wrote:
(благо, и поле typePtr в Tcl_Obj, и поле name в Tcl_ObjType -
документировано)
Ситуация как раз в том, что апстрим sqlite делает именно проверку по
obj-typePtr-name
В итоге оказывается, что один и тот же тиклевский код из
){
+if( pVar-typePtr pVar-typePtr-name[0]=='b'
strcmp(pVar-typePtr-name,bytearray)==0 pVar-bytes==0 ){
/* Only return a BLOB type if the Tcl variable is a bytearray and
** has no string
Hello!
On Sunday 26 July 2009 16:04:59 Victor Wagner wrote:
On 2009.07.20 at 15:56:21 +0400, Artem Chuprina wrote:
Если оно с 8.4 бинарно несовместимо, то лучше изменить имя пакета так,
чтобы оно таки содержало номер версии tcl. Тогда можно будет собрать
пакет для 8.4, и они не будут
On 2009.07.20 at 15:56:21 +0400, Artem Chuprina wrote:
Если оно с 8.4 бинарно несовместимо, то лучше изменить имя пакета так,
чтобы оно таки содержало номер версии tcl. Тогда можно будет собрать
пакет для 8.4, и они не будут драться. Если совместимо, то номер версии
не надо.
8.6 уже скоро
On Tue, 21 Jul 2009 10:38:02 +0300
Andrey Tataranovich tataranov...@gmail.com wrote:
Почтовик не глючит. Исходник не обновило при заливке 0.8-2. Сейчас
перезалил и на всякий случай перепроверил.
В итоге в архиве лежит каталог dbus-tcl0.8, а патч применяется на
dbus-tcl-0.8. Внимательнее надо
19:35 Thu 23 Jul, Alexander Galanin wrote:
В итоге в архиве лежит каталог dbus-tcl0.8, а патч применяется на
dbus-tcl-0.8. Внимательнее надо быть.
Поправил. Спасибо за помощь.
--
To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org
with a subject of unsubscribe. Trouble
21.07.09, Alexander Galaningaa.n...@mail.ru написал(а):
Что-то не видно, что поправлено:
$ tar tvzf dbus-tcl_0.8.orig.tar.gz | head
drwxr-xr-x build/build 0 2009-02-15 00:31 ./
-rw-r--r-- build/build5918 2009-01-18 15:15 ./aclocal.m4
-rw-r--r-- build/build8499 2009-02-12 18:13
Andrey Tataranovich - debian-russian @ Fri, 17 Jul 2009 10:10:43 +0300:
AT 1) Насколько я разобрался, policy допускает название dbus-tcl, но
AT рекомендует tcl8.5-dbus (стоит ли изменить название?)
Если оно с 8.4 бинарно несовместимо, то лучше изменить имя пакета так,
чтобы оно таки содержало
On Mon, 20 Jul 2009 15:56:21 +0400
Artem Chuprina r...@ran.pp.ru wrote:
AT 1) Насколько я разобрался, policy допускает название dbus-tcl, но
AT рекомендует tcl8.5-dbus (стоит ли изменить название?)
Если оно с 8.4 бинарно несовместимо, то лучше изменить имя пакета так,
Оно с 8.4 попросту
On Fri, 17 Jul 2009 10:10:43 +0300
Andrey Tataranovich tataranov...@gmail.com wrote:
Вопрос по пакетированию Tcl модуля (dbus-tcl - Tcl биндинги для DBus).
Сейчас он уже собран и залит на mentors.debian.net
(http://mentors.debian.net/debian/pool/main/d/dbus-tcl/)
Потестировал:
1. ну кто ж
Hello!
On Friday 03 July 2009 18:17:05 San_Sanych wrote:
с aolserver связываться пока не хочется
AOL Server можно очень просто запустить:
http://geomapx.blogspot.com/2009/04/aolserver4.html
Сборка AOL 4.5.1 (patched) + Tcl 8.5.7 здесь:
http://mobigroup.ru/page/debian
Примечание: для
San_Sanych пишет:
в данной рассылке довольно много народу использует не одобренный
Столлманом tcl...
Собственно вопрос: никому не приходилось писать fastcgi приложения на
tcl? с какой стороны бы подступиться?
Или надо переписывать с нуля библиотеку fcgi 0.4 которую я с трудом
нашел на каком-то
Alexander Danilov пишет:
San_Sanych пишет:
в данной рассылке довольно много народу использует не одобренный
Столлманом tcl...
Собственно вопрос: никому не приходилось писать fastcgi приложения на
tcl? с какой стороны бы подступиться?
Или надо переписывать с нуля библиотеку fcgi 0.4 которую я с
San_Sanych пишет:
Alexander Danilov пишет:
San_Sanych пишет:
в данной рассылке довольно много народу использует не одобренный
Столлманом tcl...
Собственно вопрос: никому не приходилось писать fastcgi приложения на
tcl? с какой стороны бы подступиться?
Или надо переписывать с нуля библиотеку
Alexander Danilov пишет:
San_Sanych пишет:
Alexander Danilov пишет:
San_Sanych пишет:
в данной рассылке довольно много народу использует не одобренный
Столлманом tcl...
Собственно вопрос: никому не приходилось писать fastcgi приложения
на tcl? с какой стороны бы подступиться?
Или надо
в данной рассылке довольно много народу использует не одобренный
Столлманом tcl...
Собственно вопрос: никому не приходилось писать fastcgi приложения на
tcl? с какой стороны бы подступиться?
Или надо переписывать с нуля библиотеку fcgi 0.4 которую я с трудом
нашел на каком-то ftp сервере
Victor Wagner wrote:
On 2008.10.01 at 23:11:12 +0400, Alexey Pechnikov wrote:
В сообщении от Wednesday 01 October 2008 19:27:28 Victor Wagner
написал(а):
Там надо соблюдать три (ну в 8.5 четыре) математически строгих правила.
А что в 8.5 нужно дополнительно учесть? А то я еще не смотрел
команды - это команды проще, чем правила,
где переменные и команды это одно и тоже. Хотя на lisp люди пишут.
Tcl это некоторый компромисс между математической строгостью Lisp и
плохо формализованным мышлением типичного студента CS.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
Нужно было или сразу запретить простые конструкции, провоцирующие ошибки,
Что-то тихо стало 8-) Еще одна тема на погудеть.
Предлагаю запретить еще вот эту простую конструкцию.
tmpfn=get_temp_file_NAME
...
get_data $tmpfn
Ясное дело конструкция внеязыковая.
Исходная позиция: объяснить
различаются. Одно и то же они только в Scheme.
VW Tcl это некоторый компромисс между математической строгостью Lisp и
VW плохо формализованным мышлением типичного студента CS.
--
Artem Chuprina
RFC2822: ran{}ran.pp.ru Jabber: [EMAIL PROTECTED]
Пришел в гости математик, почитать новую рукопись
Victor Wagner - debian-russian@lists.debian.org @ Fri, 3 Oct 2008 15:40:57
+0400:
Кстати, одна из базовы синтаксических конструкций лишняя. Variable
substitution. Можно было бы для большей однородности использовать
синтаксис command substitution, считая переменные командами,
Hello!
В сообщении от Friday 03 October 2008 14:41:45 Serhiy Storchaka написал(а):
В тикле ведь та же самая проблема, что обсуждалась выше (для шелла). Из-за
того, что eval и подобные делают concat своим аргументам перед парсингом. В
результате простые примеры прокатывабт и так, а что-то
Aleksey Cheusov - debian-russian@lists.debian.org @ Fri, 03 Oct 2008 16:33:11
+0300:
Кстати, одна из базовы синтаксических конструкций лишняя. Variable
substitution. Можно было бы для большей однородности использовать
синтаксис command substitution, считая переменные командами,
Victor Wagner wrote:
On 2008.10.03 at 13:41:45 +0300, Serhiy Storchaka wrote:
Вот это было нужно делать с самого начала, уже при разработке языка.
В тикле ведь та же самая проблема, что обсуждалась выше (для шелла).
Из-за того, что eval и подобные делают concat своим аргументам перед
Alexey Pechnikov wrote:
В сообщении от Friday 03 October 2008 14:41:45 Serhiy Storchaka
написал(а):
В тикле ведь та же самая проблема, что обсуждалась выше (для шелла).
Из-за того, что eval и подобные делают concat своим аргументам перед
парсингом. В результате простые примеры прокатывабт и
Hello!
В сообщении от Friday 03 October 2008 23:27:51 Serhiy Storchaka написал(а):
А кто вам мешает все в [list ] завернуть? Выберите стиль
программирования, какой нравится. Или eval переопределить.
Ничего. Но если _все_ авторы специально подчёркивают, что нужно _всегда_
заворачивать
Nikita V. Youshchenko - debian-russian@lists.debian.org @ Mon, 05 Mar 2007
22:29:15 +0300:
NVY P.S. Такое впечатление, что на вашем сайте ссылка
NVY http://ftp.45.free.net/pub/debian-cosy/dists/etch/tcl/source/
NVY зациклена на себя саму.
Не на себя, а на tcl. В смысле, там не source
On 2007.03.06 at 14:12:55 +0300, Artem Chuprina wrote:
Не на себя, а на tcl. В смысле, там не source - source, а вполне
валидное source - .
Да, кому-то из дебиановских пакетов работы с репозиторием (типа
какого-то из вариантов миррора) от этого, помнится, рвало крышу. Это,
гм, его
Victor Wagner - debian-russian@lists.debian.org @ Tue, 6 Mar 2007 14:48:23
+0300:
Не на себя, а на tcl. В смысле, там не source - source, а вполне
валидное source - .
Да, кому-то из дебиановских пакетов работы с репозиторием (типа
какого-то из вариантов миррора) от этого, помнится
Victor Wagner - debian-russian@lists.debian.org @ Tue, 6 Mar 2007 14:48:23
+0300:
Не на себя, а на tcl. В смысле, там не source - source, а вполне
валидное source - .
Да, кому-то из дебиановских пакетов работы с репозиторием (типа
какого-то из вариантов миррора) от этого, помнится
Hello,
06.03.07, Victor Wagner[EMAIL PROTECTED] написал(а):
On 2007.03.06 at 14:12:55 +0300, Artem Chuprina wrote:
В принципе - скрипт написать, который будет автомагически раскладывать
файлы по каталогам binary_i386, binary_all и source. Или на pool перейти
(но тогда нужен скрипт, который
On 2007.03.06 at 16:05:43 +0300, Dmitry Baryshkov wrote:
Hello,
06.03.07, Victor Wagner[EMAIL PROTECTED] написал(а):
On 2007.03.06 at 14:12:55 +0300, Artem Chuprina wrote:
В принципе - скрипт написать, который будет автомагически раскладывать
файлы по каталогам binary_i386, binary_all и
Hello,
06.03.07, Victor Wagner[EMAIL PROTECTED] написал(а):
On 2007.03.06 at 16:05:43 +0300, Dmitry Baryshkov wrote:
Hello,
06.03.07, Victor Wagner[EMAIL PROTECTED] написал(а):
On 2007.03.06 at 14:12:55 +0300, Artem Chuprina wrote:
В принципе - скрипт написать, который будет
Если господа жалующиеся подготовят качественные пакеты требуемых
компонентов, я с готовностью подпишу аплоады.
Так что насчет включения в официальный репозиторий пакетов
На deb http://ftp.45.free.net/pub/debian-cosy sarge tcl
Или гранаты не той системы?
Если господа жалующиеся подготовят качественные пакеты требуемых
компонентов, я с готовностью подпишу аплоады.
На deb http://ftp.45.free.net/pub/debian-cosy sarge tcl
лежит 30 пакетов. Надеюсь, достаточно качественных. Правда, часть из них
- более новые tcl/tk и tcllib который в etch
Откопал в генто скрипты сборки пакета mapserver за 2005 год, выудил оттуда то,
что относится к tcl, вроде как все согласуется с тем, что я ручками правил (в
configure и Makefile), но есть одна занимательная строка
sed -e s:-DTCL_WIDE_INT_TYPE=long long:-DTCL_WIDE_INT_TYPE=long\\\ long:g
Pechnikov Alexey writes:
Кто-нибудь может объяснить, почему в дебиане есть
perl-mapscript
php4-mapscript
php5-mapscript
python-mapscript
но нет пакета tcl-mapscript?
В ГИСах tcl стандартный язык, и сами разработчики mapserver его пользуют,
и для GRASS на нем интерфейс пишут, rpm
В сообщении от Воскресенье 04 марта 2007 20:08 Nikita V. Youshchenko
написал(a):
Если господа жалующиеся подготовят качественные пакеты требуемых
компонентов, я с готовностью подпишу аплоады.
Я также готов ответить на возникающие в процессе подготовки пакетов
вопросы - естественно, если они
Если господа жалующиеся подготовят качественные пакеты требуемых
компонентов, я с готовностью подпишу аплоады.
На deb http://ftp.45.free.net/pub/debian-cosy sarge tcl
лежит 30 пакетов. Надеюсь, достаточно качественных. Правда, часть из них
- более новые tcl/tk и tcllib который в etch и так
точки зрения современного Tcl Makefile
для tcl-mapscript. (А на самом деле и с точки зрения несовременного тоже.
Появление в Makefile конкртетного пакета явно указанного TCL_WIDE_INT
свидетельствует о том, что автор ничерта не понимает в том, как писать
расширения для Tcl на C. Впрочем
В сообщении от Воскресенье 04 марта 2007 21:25 Victor Wagner написал(a):
Подозреваю, что правильным способом решения проблемы будет потратить
неделю на дизайн и реализацию красивых и удобных биндингов Tcl к
нижележащей C-шной библиотеке. (Правда, до этого придется потратить
время на понимание
On 2007.03.04 at 21:37:55 +0300, Pechnikov Alexey wrote:
В сообщении от Воскресенье 04 марта 2007 21:25 Victor Wagner написал(a):
Подозреваю, что правильным способом решения проблемы будет потратить
неделю на дизайн и реализацию красивых и удобных биндингов Tcl к
нижележащей C-шной
Вопрос - как портировать под etch Makefile для woody (а то и более
древний)?
Мдам. Я же писал:
... - естественно, если они будут по делу, а не уровня сделай пакет
за меня.
На такие вопросы можно ответить только одним способом.
Идём и внимательно читаем:
- Debian Policy Manual,
On 2007.03.04 at 21:37:55 +0300, Pechnikov Alexey wrote:
Можно пояснить, что следует делать? Есть исходники для mapserver-cgi, нужно
сделать tcl-mapscript - следует ли копать сишный код на предмет написания
функций для вызова из tcl или нужно писать тиклевский код для вызова
вообще модули из состава mapserver умеют много больше, чем
mapserver).
приличные Tcl-биндинги. Я точно знаю, например, что существует tclgd.
Не знал.
И что расширение Img умеет работать с tiff, png etc.
Видел в доках, но о качестве реализации не имею понятия и не знаю, как
проверить (в сравнении с
Биндинг для libproj я бы, например, сделал следующим образом:
1. Команда proj параметрами которой являются все имеющиеся в libproj
опции проекций, возвращает команду tcl, которая является конвертером из
проекции в проекцию (вроде как команда создания видгета в Tk возвращает
команду, которая
можно?
А провести линию и профиль по ней нарисовать?
приличные Tcl-биндинги. Я точно знаю, например, что существует tclgd.
Не знал.
И что расширение Img умеет работать с tiff, png etc.
Видел в доках, но о качестве реализации не имею понятия и не знаю, как
проверить (в сравнении с сишными
В сообщении от Воскресенье 04 марта 2007 22:53 Pechnikov Alexey написал(a):
И что расширение Img умеет работать с tiff, png etc.
Пожалуй, самый принципиальный вопрос - отрисовку делать на сях или на тикле? В
оригинале библиотека gd вроде тоже не самый лучший выбор.
В сообщении от Воскресенье 04 марта 2007 23:16 Victor Wagner написал(a):
Да, конечно. Судя по всему что я успел в процессе хода этой дискуссии
выяснить про mapserver, это вещь, которая годится только в качестве
примера того как не надо делать. Помнится, была ещё на свете такая вещь
как
В сообщении от Воскресенье 04 марта 2007 23:16 Victor Wagner написал(a):
Какие алгоритмы? В этой операции НЕТ алгоритмов. Ничего принципиального.
Может быть там есть хороший набор опций конфигурирования, но никаких
принципиально интересных алгоритмов при операции отрисовки карты в GIF
или JPEG
On 2007.03.04 at 23:10:28 +0300, Pechnikov Alexey wrote:
Биндинг для libproj я бы, например, сделал следующим образом:
Она же вызывается как CmdDeleteProc.
Спасибо, есть теперь над чем думать, буду смотреть в указанном направлении.
Еще вопрос есть, что можно выкинуть, а что нужно
информацию по указанной точке можно?
Можно, cgi-mapserver даже сам запрос обработает, или писать на php, perl, tcl,
java свои обработчики.
А провести линию и профиль по ней нарисовать?
Есть java-апплеты, там есть прямоугольник выделения и проч. Насчет профиля -
вообще-то не умеет, но postgis такую
On 2007.03.04 at 23:20:33 +0300, Pechnikov Alexey wrote:
В сообщении от Воскресенье 04 марта 2007 23:16 Victor Wagner написал(a):
Какие алгоритмы? В этой операции НЕТ алгоритмов. Ничего принципиального.
Может быть там есть хороший набор опций конфигурирования, но никаких
принципиально
В сообщении от Воскресенье 04 марта 2007 23:30 Victor Wagner написал(a):
шейпфайл arcview-шного формата не единственный и не лучший способ
хранения векторной информации. Но вообще фильтрацию объектов по заданной
области следует спихнуть на уровень драйвера хранилища. Там это можно
фильтровать
Да. С подписями есть хитрости. Особенно если мы хотим подписать реку или
какой другой линенйный объект сложной формы. Этот момент я упустил.
Потому как работал в основном с тематическими картами, где без этого
вообще можно обойтись, а где нельзя - тривиальных способов хватало.
Вот в этом
Проблема при сборке пакета tcl-mapscript. Для начала ./configure ищет swig.h,
который в дебиане отсутствует со времен woody. Ну это ладно, отрубаю эту
проверку. При сборке начинаются подобные штучки:
mapscript_wrap.c: In function 'SWIG_Tcl_GetArgs':
mapscript_wrap.c:1482: warning: passing
Кто-нибудь может объяснить, почему в дебиане есть
perl-mapscript
php4-mapscript
php5-mapscript
python-mapscript
но нет пакета tcl-mapscript?
В ГИСах tcl стандартный язык, и сами разработчики mapserver его пользуют, и
для GRASS на нем интерфейс пишут, rpm пакет есть (правда, старый), а
Pechnikov Alexey writes:
Кто-нибудь может объяснить, почему в дебиане есть
perl-mapscript
php4-mapscript
php5-mapscript
python-mapscript
но нет пакета tcl-mapscript?
В ГИСах tcl стандартный язык, и сами разработчики mapserver его пользуют, и
для GRASS на нем интерфейс пишут, rpm
В сообщении от Пятница 02 марта 2007 18:26 Maxim Tyurin написал(a):
К сожалению, в Debian сделали золушку из всего tcl :(
--
С картографией так же проблема - есть QGIS, тормознутый и тупой, но нет, к
примеру, SAGA GIS...
Pechnikov Alexey - debian-russian@lists.debian.org @ Fri, 2 Mar 2007 18:38:46
+0300:
К сожалению, в Debian сделали золушку из всего tcl :(
--
PA С картографией так же проблема - есть QGIS, тормознутый и тупой, но
PA нет, к примеру, SAGA GIS...
Принцип OpenSource: когда человек не
sqlite3 3.3.8
provided instead
Зачем ругается? Я ж нигде не просил конкретную версию.
В pkgIndex.tcl и соответствующем .so - разные версии прописаны.
Надо зафайлить баг на пакет libsqlite3-tcl. Объяснить мейнтейнеру
как правильно pkgIndex.tcl при сборке генерировать.
А как правильно
% echo 'package require sqlite3' | tclsh
attempt to provide package sqlite3 3.3 failed: package sqlite3 3.3.8
provided instead
Зачем ругается? Я ж нигде не просил конкретную версию.
% sudo update-alternatives --display tclsh
tclsh - status is auto.
link currently points to /usr/bin/tclsh8.4
sqlite3/sid uptodate 3.3.8-1
Поставь пакет libsqlite3-tcl
В скрипте пиши
set sqlitelib_path /usr/lib/sqlite3/libtclsqlite3.so.0
load $sqlitelib_path
sqlite3 db :memory:
...
* Pechnikov Alexey [EMAIL PROTECTED] [2007-02-25 16:21:13+0300]
Поставь пакет libsqlite3-tcl
Стоит, забыл про него написать.
% apt-show-versions libsqlite3-tcl
libsqlite3-tcl/sid uptodate 3.3.8-1
set sqlitelib_path /usr/lib/sqlite3/libtclsqlite3.so.0
load $sqlitelib_path
sqlite3 db :memory
В сообщении от Воскресенье 25 февраля 2007 16:39 Roman Cheplyaka написал(a):
set sqlitelib_path /usr/lib/sqlite3/libtclsqlite3.so.0
load $sqlitelib_path
sqlite3 db :memory:
Фишка в том, что оно _работает_ с package require sqlite3. Только вот
почему-то ругается. А идея жестко прописывать
В сообщении от Воскресенье 25 февраля 2007 16:39 Roman Cheplyaka написал(a):
* Pechnikov Alexey [EMAIL PROTECTED] [2007-02-25 16:21:13+0300]
Поставь пакет libsqlite3-tcl
Стоит, забыл про него написать.
% apt-show-versions libsqlite3-tcl
libsqlite3-tcl/sid uptodate 3.3.8-1
set
Результаты 1 - 100 из 170 matches
Mail list logo
