OberonCore

Библиотека  Wiki  Форум  BlackBox  Компоненты  Проекты
Текущее время: Пятница, 25 Июнь, 2021 16:51

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 79 ]  На страницу Пред.  1, 2, 3, 4  След.
Автор Сообщение
СообщениеДобавлено: Воскресенье, 28 Март, 2021 18:19 
Аватара пользователя

Зарегистрирован: Четверг, 08 Октябрь, 2009 15:00
Сообщения: 3111
Comdiv писал(а):
Идея всё та же, что уже озвучивалась
Просто /USE остаётся неизменным, а вместо /USE2 Dir2 /USE Dir1 пишем /USE Dir2:Dir1

Фёдор Васильевич и Евгений Эдуардович такую постановку раскритиковали. И согласен, что тут и новый механизм для парсера. И возможность перепутать. Я вот только сделал не так, что Ф.В. предлагал сделать USE2 для промежуточной. И я перепутал ещё на этапе внедрения :)
Может для промежуточной какое-то более читаемое название вроде /LIBS ?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Понедельник, 29 Март, 2021 07:51 
Аватара пользователя

Зарегистрирован: Пятница, 25 Ноябрь, 2005 12:02
Сообщения: 8500
Откуда: Троицк, Москва
Иван Денисов писал(а):
Я вот только сделал не так, что Ф.В. предлагал сделать USE2 для промежуточной. И я перепутал ещё на этапе внедрения :)
Иван Андреевич, это же элементарно -- будет огромный баттхёрт с совместимостью. Подумайте, сколько уже есть рабочих папок.

Исправляйте скорее, пока у Вас бета.

На таком пустяке такую засаду устраивать.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Понедельник, 29 Март, 2021 09:49 
Аватара пользователя

Зарегистрирован: Четверг, 08 Октябрь, 2009 15:00
Сообщения: 3111
Проблем с совместимостью нет, так как, если нет средней папки, то третья становится рабочей.
Так что с обычным /USE все как обычно работает.

Название /USE2 не понятное, в общем. Предлагайте какие-нибудь альтернативы, пожалуйста.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Понедельник, 29 Март, 2021 11:59 
Аватара пользователя

Зарегистрирован: Суббота, 16 Февраль, 2008 02:47
Сообщения: 486
CUSTOM?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Понедельник, 29 Март, 2021 13:27 

Зарегистрирован: Четверг, 08 Май, 2008 19:13
Сообщения: 1301
Откуда: Киев
Иван Денисов писал(а):
Фёдор Васильевич и Евгений Эдуардович такую постановку раскритиковали. И согласен, что тут и новый механизм для парсера.
Если проблема заключается в разборе списка :) , можно повторно задействовать /USE, то есть
не /USE Dir2:Dir1, а /USE Dir2 /USE Dir1.
Нет, конечно, для "рабочего каталога" было бы логично использовать /WORKDIR, но это же не так, как было раньше.

Цитата:
И возможность перепутать.
Перепутать будет возможность всегда, а концепция PATH, вроде бы, большинству понятна? Из того, что сделано в GNU/Linux я скорее ожидал бы, что файлы сохраняются и ищутся сначала в $BB_PRIMARY_DIR, ведь это же primary.


Последний раз редактировалось Comdiv Понедельник, 29 Март, 2021 15:49, всего редактировалось 1 раз.

Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Понедельник, 29 Март, 2021 13:54 

Зарегистрирован: Понедельник, 28 Ноябрь, 2005 10:28
Сообщения: 1376
Comdiv писал(а):
Перепутать будет возможность всегда, а концепция PATH, вроде бы, большинству понятна?

А представьте, если при записи файла он будет размещен где-то в PATH.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Понедельник, 29 Март, 2021 14:18 

Зарегистрирован: Четверг, 08 Май, 2008 19:13
Сообщения: 1301
Откуда: Киев
Не где-нибудь, а в первом каталоге, прямо как сейчас с поправкой на то, что не только первом, но и единственном


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Понедельник, 29 Март, 2021 16:29 

Зарегистрирован: Воскресенье, 28 Май, 2006 22:12
Сообщения: 1626
Пётр Кушнир писал(а):
На пути в мир java-пакетов бесконечной глубины, фу. :cry:

В чём плохость?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Понедельник, 29 Март, 2021 17:08 
Аватара пользователя

Зарегистрирован: Четверг, 08 Октябрь, 2009 15:00
Сообщения: 3111
Comdiv писал(а):
Цитата:
И возможность перепутать.
Перепутать будет возможность всегда, а концепция PATH, вроде бы, большинству понятна? Из того, что сделано в GNU/Linux я скорее ожидал бы, что файлы сохраняются и ищутся сначала в $BB_PRIMARY_DIR, ведь это же primary.

Да, это напрягает.

Я бы предпочёл такие названия:
Код:
$BB_START_DIR
$BB_LIBS_DIR    /LIBS
$BB_USE_DIR     /USE


Вторая и третья - опциональны... Если задана /LIBS но не зазада /USE , то /LIBS - считается рабочей.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Понедельник, 29 Март, 2021 20:16 
Аватара пользователя

Зарегистрирован: Суббота, 16 Февраль, 2008 02:47
Сообщения: 486
Иван Денисов писал(а):
Я бы предпочёл такие названия:
Код:
$BB_START_DIR
$BB_LIBS_DIR    /LIBS
$BB_USE_DIR     /USE


Вторая и третья - опциональны... Если задана /LIBS но не зазада /USE , то /LIBS - считается рабочей.


Ненастойчиво предлагаю:

1) если рабочая папка /USE не задана - то и не работать вовсе... или работать из "рабочей папки ОС" - той, из которой запущена команда (хотя не знаю, к чему привыкли в Вин)
2) И уж точно не считать LIBS рабочей, если это не задано напрямую (т.е. LIBS # USE) - а то как наворотишь дров, накомпилируешь модулей...

С LIBS возникает вопрос: а что такое библиотека?
Со START тоже напутано путаницы: стартовая директория в ОС - это ведь та, из которой запускается программа, при этом она вовсе не та, в которой находится программный файл... и еще учесть, что исполнимый blackbox может вовсе лежать не вместе с остальными штатными файлами (при экспериментах с ядром и HostFiles я компоную и запускаю отдельный исполнимый файл blackbox)

Может
STANDARD
CUSTOM
USE

Или
STD (стандарт - штатный набор файлов ББ)
EXT (расширения - у нас же есть такое понятие, хоть и недоопределенное; как раз для расширений эта папка, кмк)
USE


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Понедельник, 29 Март, 2021 20:34 
Аватара пользователя

Зарегистрирован: Вторник, 19 Сентябрь, 2006 21:54
Сообщения: 2413
Откуда: Россия, Томск
Может быть, что-то типа /READ и /USE (=read/write)?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Вторник, 30 Март, 2021 07:13 
Аватара пользователя

Зарегистрирован: Четверг, 08 Октябрь, 2009 15:00
Сообщения: 3111
READ - не вполне понятно.

Вот так годится, на мой взгляд
Код:
$BB_STANDARD_DIR
$BB_CUSTOM_DIR     /CUSTOM
$BB_USE_DIR      /USE


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Вторник, 30 Март, 2021 14:24 
Аватара пользователя

Зарегистрирован: Пятница, 25 Ноябрь, 2005 12:02
Сообщения: 8500
Откуда: Троицк, Москва
Иван Денисов писал(а):
Проблем с совместимостью нет, так как, если нет средней папки, то третья становится рабочей.
Так что с обычным /USE все как обычно работает.
Речь о ситуации, когда средняя папка добавляется: /USE по-прежнему должен соответствовать рабочей папке.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Вторник, 30 Март, 2021 14:49 

Зарегистрирован: Вторник, 29 Август, 2006 12:32
Сообщения: 2662
Откуда: Россия, Ярославль
Иван Денисов писал(а):
Бесконечной глубины вроде не предвидится. Речь, про трёхуровневую систему
1. уровень = эталонный Блэкбокс, который легко обновить
2. уровень = надстройки
3. уровень = проект

А, то есть это скорее https://ru.wikipedia.org/wiki/Aufs


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Вторник, 30 Март, 2021 17:21 
Аватара пользователя

Зарегистрирован: Четверг, 08 Октябрь, 2009 15:00
Сообщения: 3111
Супер! Теперь мы может называть это явление в Блэкбоксе технически точным термином "каскадно-объединённое монтирование"!

/READ тут вписывается тогда вместо /CUSTOM, кстати


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Четверг, 01 Апрель, 2021 11:58 

Зарегистрирован: Воскресенье, 28 Май, 2006 22:12
Сообщения: 1626
Пётр Кушнир писал(а):
А, то есть это скорее https://ru.wikipedia.org/wiki/Aufs

Надо внимательно присмотреться, имеет ли смысл делать "полное объединение" логического деления проектов и самой (модульной) системы КП с конкретным вариантом реализации локации элементов файловой системы...
Например, можно поступать как в проектах некоторых IDE или в GoboLinux: практически вводится "промежуточный слой", который позволяет адресоваться в "двух слоях логики доступа" к некоторым информационным единицам (структура проекта и структура подлежащей файловой системы).


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Пятница, 02 Апрель, 2021 13:36 
Аватара пользователя

Зарегистрирован: Пятница, 25 Ноябрь, 2005 12:02
Сообщения: 8500
Откуда: Троицк, Москва
Иван Денисов писал(а):
Вот так годится, на мой взгляд
Код:
$BB_STANDARD_DIR
$BB_CUSTOM_DIR     /CUSTOM
$BB_USE_DIR      /USE
Так нормально.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Понедельник, 05 Апрель, 2021 12:54 
Аватара пользователя

Зарегистрирован: Четверг, 08 Октябрь, 2009 15:00
Сообщения: 3111
Обсудил ещё лично с многими заинтересованными людьми. Утверждаем значит такое именование!

Для примера вот так сейчас работает.
Код:
C:\Users\Иван\Desktop\WINDOWS\BlackBox.exe /CUSTOM C:\Users\Иван\Desktop\libs /USE C:\Users\Иван\Desktop\projects


Для Linux
Код:
#!/bin/sh

# ulimit -s 32000
# ulimit -a

rn=`readlink -f "${0}"`
standardDir=`dirname "${rn}"`
useDir=`readlink -f .`

exe="blackbox"

# fix Ubuntu-specific problems:
unset UBUNTU_MENUPROXY
unset GTK_MODULES
export LIBOVERLAY_SCROLLBAR=0

# export LD_DEBUG=all
exec env \
   BB_STANDART_DIR="${standardDir}" BB_CUSTOM_DIR="./libs" BB_USE_DIR="${useDir}" \
   BB_PACKED_NAME="${exe}" \
   "${standardDir}"/${exe} "${@}"


Исправил недочёт в StdApi из-за которого документация из CUSTOM папки не открывалась.
В документации к Files.FileList указано, что "Процедура может изменять loc.res."
А в StdApi.PathToSpec это не учитывалось. Так что loc.res не был равен 0 в ThisDialog, и поэтому документация не открывалась.

Проверил и в Windows 7 и в Linux Mint 20.1.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Понедельник, 05 Апрель, 2021 21:03 
Аватара пользователя

Зарегистрирован: Четверг, 08 Октябрь, 2009 15:00
Сообщения: 3111
Обновил пакет в хранилище.

Вот такой скрипт теперь кладу в ~/.local/share/nemo/scripts чтобы удобно запускать Блэкбокс с расширениями в любой удобной директории.
Все расширения и надстройки теперь удобно хранить отдельно от базовой обновляемой автоматически версии.

Код:
#!/bin/sh
bbStdDir="/usr/lib/blackbox"
bbCustomDir="/home/ivan/blackbox"

unset UBUNTU_MENUPROXY
unset GTK_MODULES
export LIBOVERLAY_SCROLLBAR=0

env \
  BB_STANDARD_DIR="${bbStdDir}" \
  BB_CUSTOM_DIR="${bbCustomDir}" \
  BB_USE_DIR="$PWD" \
  ${bbStdDir}/blackbox $* &


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: Понедельник, 05 Апрель, 2021 22:36 
Аватара пользователя

Зарегистрирован: Четверг, 08 Октябрь, 2009 15:00
Сообщения: 3111
Допустил недочёт в Windows версии, в 60-ой сборке поправил:
https://blackbox.oberon.org/unstable/de ... a1.060.zip


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 79 ]  На страницу Пред.  1, 2, 3, 4  След.

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Вся информация, размещаемая участниками на конференции (тексты сообщений, вложения и пр.) © 2005-2021, участники конференции «OberonCore», если специально не оговорено иное.
Администрация не несет ответственности за мнения, стиль и достоверность высказываний участников, равно как и за безопасность материалов, предоставляемых участниками во вложениях.
Без разрешения участников и ссылки на конференцию «OberonCore» любое воспроизведение и/или копирование высказываний полностью и/или по частям запрещено.
Powered by phpBB® Forum Software © phpBB Group
Русская поддержка phpBB