lord12314, раз снег попал в разъём и проблемы именно с зарядкой телефона, то и искать проблему надо, начиная от разъёма. Рассмотрите его под максимально большим увеличением, которое найдёте, может визуально что-то выявится (может просто что-то попало?). Чем-то тоненьким попробовать почистить его внутреннюю часть. Но не сделайте ещё хуже, не повредите контакты. Можно использовать спирт.
Хотя это не отвечает на вопрос, почему производитель ставит мастер пароли (которые и не сообщает покупателю), которые снимаются через какой-то левый сервис, да ещё в случае декстопа делает это постфактум (видимо при обновлении прошивки).
Чушь полная. Очевидно, что пароль установил кто-то из Вашего окружения.
tenaro, я немного не это имел в виду. Из строки "00.0.s1" может получиться и 0.1 и 0.01. Значит нужно какое-то дополнительное правило - какой разделитель из строки выкидывать (или оставлять). Например, оставляем всегда самый левый, остальные выкидываем. Или наоборот.
Вы же понимаете, что в зависимости от этого правила результат будет отличаться на порядки.
Но задача в целом более чем странная. Без более чётких условий решения не имеющая.
Ольга Кошлань, модуль приложения, пожалуй не самое подходящее место для пользовательских функций. Может другое место попробовать? Или сравнивайте, чем у Вас две функции отличаются.
Первый раз услышал про этих "пчелоботов". Поискал про них информацию в интернете. Полных инструкций не нашёл, но в тех описаниях и видео, что попадались, я ни разу не встретил упоминания о том, что они умеют измерять какие-то расстояния.
У меня создалось впечатление, что это довольно простые устройства. Я наверное видел ролик о котором говорится в вопросе, где два робота встречаются на одной дорожке и якобы "взаимодействуют". Но, показанное там поведение на 100% может быть запрограммировано теми примитивными командами, что в роботах есть. Одному подъехать на столько-то шагов, другому подъехать на столько-то шагов поморгать светом, одному уехать назад, другому поехать вперёд. С учётом того, что там можно задавать паузы между командами - красивый ролик готов! Т.е. это демонстрация того, что можно изобразить с помощью простых команд управления.
В общем, пчелобот этот - современная интерпретация очень старой игрушки: https://www.i-igrushki.ru/archive/pokoritel-kosmos...
Количество ходов здесь в принципе не может быть выведено, т.к. его никто и не считает. Функция bfs может вернуть либо 0 либо INT_MAX. Как минимум для начала надо это поправить.
Total Commander у меня нет. Не знаю, что ему не понравилось.
Но и кроме него софта под вашу задачу много. Ищите в категории программ для анализа занятого места на диске. Что-то типа такого: https://www.jam-software.com/treesize_free
Оно за раз расскажет и про размер содержимого всех папок и про количество файлов.
Вячеслав Грачунов, тогда остаётся только последовать совету rPman и попытаться восстановить загрузку.
Я бы попробовал то, что сама система предлагает. При загрузке с носителя выбрать "Восстановление системы" - "Поиск неисправностей" - "Восстановление при загрузке" (В названиях мог немного ошибиться) Вдруг поможет!
Если и это пробовали, то скорее всего придётся юзеру свои пароли вспоминать...
Проект сырой, набросан на скорую руку, без контроля ошибок и прочего.
БОльшая часть приходится на оформление, а собственно точки считает маленькая процедурка. На этом я и остановился. Линии, если потребуется, дорисуете.
Интересно посмотреть изменение кривой при изменении числа исходных точек. Взять сначала 4, затем 5 и т.д.
Видно, как добавление последних одинаковых точек влияет на вид "хвоста". https://www.dropbox.com/s/qn95n1phfbu72pf/deCastel...
EvgenyApMr, извиняюсь, что ввёл в заблуждение. Дошли руки проверить. График получится именно такой формы. Просто здесь он нарисован в "компьютерных" координатах с началом отсчёта в левом верхнем углу и направлением осей вправо и вниз, а не в привычных нам с отсчётом от левого нижнего угла вправо и вверх.
Если интересно, могу выложить немного другую реализацию расчёта точек этой кривой - с рекурсией, но без степеней и факториалов.
EvgenyApMr, Поставьте на бумажке точки в указанном порядке и соединяйте их последовательно плавной линией.
В любом случае от первой точки (10,150) линия должна идти куда-то вниз ко второй (5,50). Далее как-то плавно заворачиваться и идти вправо к третьей точке (150,50). Хвост представить сложнее. Без трёх последних точек линия просто пошла бы вверх к четвёртой точке (140,140). Но как её искривят последние точки я не знаю.
В любом случае на нарисованный график не похоже.
Что касается дельфи, то я не уверен, что здесь TChart хорошо подходит, не уверен - нормально ли он относится к последовательностям, неотсортированным по аргументу (хотя могу ошибаться - давно в нём ничего не рисовал, может и всё нормально там). Попробуйте рисовать, как это сделано в сишном проекте - просто соединяйте линиями рассчитанные точки.
Вид кривой на первом графике наводит на мысли, что и в решении на C не всё хорошо.
Кривая же ну совсем не похожа на красный график Series1 на последнем рисунке. А должна!
Данные исходные какие-то очень странные. В чём смысл одинаковых точек? И отсортировать их по X не надо?
У Вас же всё есть:
While not eof(f) do begin
Readln(f,s);
WriteLn(s);
count:=count+1;
....
Я бы только дописал перед этим циклом count:=0;
Конкретно здесь оно и так наверное 0, но где-то в другом месте может и потребоваться.
Всё Вы считаете. Так что если есть какие-то ошибки, или результат отличается от желаемого, то дело не в подсчёте строк при чтении из файла.