» Вопросы по Embarcadero RAD Studio XE5-XE8,10.x(Seattle, Berl

Видишь сколько их будильников ? это значит что все в чем-то плохие. Этот Андроид такая бяка, что под него даже один правилный хороший будильник написать нелзя, только тысячу недоделок!

А ты - болтун. Тебе про Гугл не для того сказали, чтобы ты разбалтывал другим.

Единственный недостаток будильника в Android - он не срабатывает, когда телефон выключен. Именно по этой причине я его не использую, а пользуюсь старенькой Nokia.

Цитата:

Единственный недостаток будильника в Android - он не срабатывает, когда телефон выключен.

Arioch1 дружище, мы куда попали то с тобой? в 95 год?

я позволю себе предположить, что причина по которой МегаАлекс выключает на ночь телефон
- это потому что он боится, что какой-то ночной хулиган позвонит ему в самый разгар сновидений,
и на следующий день Алекс с больной головой, не выспавшись пойдет на работу,
и тогда он точно не сможет найти еще одну мегасекретную ссылку: _https://play.google.com/store/apps/details?id=cz.directservices.SmartVolumeControl, прости Arioch, за то что выдал.......

отвлечемся от ведра..
я пишу консольное приложение с редиректом ввода и вывода. то есть
c:\someapp.exe|myapp.exe|someotherApp.exe
какие нужны настройки, чтобы запустить в отладчике такую цепочку, если мое приложение в середине?
---
почему int64 нельзя использовать счетчиком цикла в w32??

Цитата:

Arioch1 дружище, мы куда попали то с тобой? в 95 год?

вы, как всегда, попали не в ту тему, вам сюда http://forum.ru-board.com/forum.cgi?forum=29 аднака

Цитата:

вы, как всегда, попали не в ту тему, вам сюда

ух!, пронесло, я то уже подумал, что тебе тоже будильник в андроиде не нравится!

Интересно же мне другое: почему ты по этой ссылке не отправляешь Андроидно-будильничных страдальцев,
очевидно, что писать программу-будильник или программу управления громкостью звонков на XE5 Delphi for Android они не собираются!?

sergionn
Абсолютно нет. Для каких целей мне нужен ночью включенный телефон? Тем более, что телефон на Android и без того быстро разряжается.
А ссылка на программу - полная хрень.

AlekXL
думаю что как-то так: http://stackoverflow.com/questions/4248735/how-to-debug-a-delphi-application-with-redirected-output

Цитата:

думаю что как-то так: http://stackoverflow.com/questions/4248735/how-to-debug-a-delphi-application-with-redirected-output

да, помогло.
но в случае
myApp|myApp2|alienApp

при основном myApp2, чтобы отлаживать еще и myApp, мне пришлось
1) установить Debug Spawned Processes в Tools->Options->Debugger среды
2) вручную добавить Entry в Symbol Tables проекта myApp2, вида {myApp.exe/My_Exe_Folder) хотя оба моих приложения в одной папке (я еще явно и для myApp2.exe прописал ту же папку) Иначе в myApp.exe отладчик не видел сырцов даже в случае останова по DebugBreak
3) включить генерацию Remote Symbols для обоих моих приложений(Just in case) в опциях проектов
4) сделать проект myApp2 зависимым от myApp(Project Manager-->Ctx Menu->Dependencies
5) Установить для cmd WorkingDir=My_Exe_Folder в Run->Load Process

Наверное, что-то из этого избыточно..

-----------
А вот как быть если myApp читает из файла, генерит вывод(writeln), и завершается, как это словить в myApp, если в myApp2 я использую стандартную ReadLn? Типа EOF?

Цитата:

Тем более, что телефон на Android и без того быстро разряжается.

...а я его ночью заряжаю наоборот

А вообще, надо телефон просто под себя выбирать, если заряжать хъочется пореже, например http://www.androidauthority.com/philips-xenium-w8510-245476/


Цитата:

пользуюсь старенькой Nokia.

А вдруг её тоже зарядить забудешь ? Ведь чем реже делаешь - тем легче забыть!

На самом деле я вижу недостаток андроида только в одном - он ожет упасть. Особенно сырые или неофициальные сборки. А из BSOD'a не побудильничаешь. Впрочем, 1000-рублёвые Нокии тоже могут упасть. И к сожалению, делать телефоный модуль управляемым, но независимым от "компьютерного" никто не стал, сложно и дорого.

Поэтому, если нужен надежный будильник, то он должен быть аппаратным - обычные киатйские часики с батарейкой. А если хочется удобств, то за них надо платить... в том числе необходимостью заряжать телефон каждые пару дней.

#


А по поводу free part-time работы в емро - я в шоке ... Томохиро-сана аж жалко стало, но себя стало жалко раньше, чем Томо-тяна ....

Цитата:

А по поводу free part-time работы в емро - я в шоке ...

Он там работает на полную ставку, а QC - волонтёрская работа (в нагрузку к основной).

HeMet

Цитата:

н там работает на полную ставку, а QC - волонтёрская работа (в нагрузку к основной).

Сорри за теневую экономику, я это и имел ввиду ... Просто после прочтения треда в голове столько мыслей появилось шокирующих и печальных ... я знал, что в ем-ро грустное положение дел, но не знал, что всё _НАСТОЛЬКО_ хреново =/

#

Arioch1
#

Писать if value = true then , где value - boolean - считается дурным тоном.

Здесь вообще расстреливать предлагают: http://www.delphimaster.net/view/15-1261471578/0-39

Тогда как объяснить появляющиеся время от времени глюки компилятора?



После очередной компиляции это исчезает.

MGAlex

Цитата:

Писать if value = true then , где value - boolean - считается дурным тоном.
Здесь вообще расстреливать предлагают

Я бы еще расстреливал за использование составного оператора без нужды:

Код:
If True then
Begin
SomeProc;
End
Else
Begin
OtherProc;
End;

Цитата:

Я бы еще расстреливал за использование составного оператора без нужды:

Таки да. Капец, как глаз режет. Это еще надо додуматься так написать.

В принципе это просто стиль Олмана

http://ru.wikipedia.org/wiki/Отступ_(программирование)#.D0.A1.D1.82.D0.B8.D0.BB.D1.8C_.D0.9E.D0.BB.D0.BC.D0.B0.D0.BD.D0.B0

Arioch1
Стиль Олмана заключается в оформлении кода, а именно - 8 пробелов. А мы говорим о том, что составные операторы begin..end в данном примере совершенно лишние.
Должно быть так:


Код: If True then
SomeProc
else
OtherProc;

И эти "8 пробелов" ставятся перед begin end (перед { и } в сишной трактовке), которые ставятся после if на отдельной строке.

Да это понятно.
Только приведенный выше код не имеет никакого отношения к стилю Олмана, как с точки зрения оформления, так и с точки зрения обсуждаемого вопроса.

Код: If True then
Begin
SomeProc;
End
Else
Begin
OtherProc;
End;

Цитата:

Писать if value = true then , где value - boolean - считается дурным тоном.

что за бред, уж извините за выражение
да, я не пишу if value = true then, но не вижу здесь ничего, что могло бы считаться дурным тоном

? boolean(2) = true ?
? boolean(2) = false ?

? boolean(-1) = true ?
? boolean(-1) = false ?

Первый раз такое вижу. А в справке есть описание?

Можно найти кажется в описании BASM / assembler functions, что false = 0, true = +1
А вот в OLE Automation true = -1

Но "на пальцах" мы считаем что true - это <>0, и поэтому сравнивать на =true - это ненадёжно.
Допустим, мы работаем с C++ DLL, которая действительнo в качестве true вернет -1 - и что тогда ?

Сравнивать надо not (x = false), если уж писать подробно.

X11
Я тоже считаю, что в этом ничего дурного нет. Ведь это не ошибка. Если кому-то удобнее так писать, то почему нет? Но вот так повелось, что подобное считается дурным тоном.


Цитата:

и такого "делфиста" надо гнать с работы взашей.

Не соглашусь. Главное, чтобы конечный продукт работал, как положено, а не то, как написано в коде. Тем более, такой код явно не усложняет работу программы.


Цитата:

На самом деле это довольно удобно, когда много вложенных блоков.

Вот это куда более некорректно, на мой взгляд, чем if value = true then
begin ... end пишем, когда несколько отдельных операций производится, а не одна.


Код:
If True then
Begin
ranomize;
b := random(5) + 1;
SomeProc;
AnotherFunc(b);
End

Arioch1

Теоретически, проблемы каста integer <-> boolean должно быть персональной головной болью компилятора. В Паскалях же True - это не константа, следовательно клсяков с True = -1 or True = 1 быть не должно.

Про C++ DLL - если она чего то и вернет, то только int. В документации будет написано, чего конкретный int обозначает. Но да, такая штука - часть проблемы качественного interop с платформой. "Modern Delphi" на Android/iOS многое в этом смысле потерял.

> В Паскалях же True - это не константа

Вот оно что, Михалыч!..

http://docwiki.embarcadero.com/RADStudio/XE5/en/Simple_Types#Boolean_Types

Цитата:

Boolean values are denoted by the predefined constants True and False.

The following relationships hold:
Ord(False) = 0
Ord(True) = 1

Добавлено:

Цитата:

Вот это куда более некорректно, на мой взгляд, чем if value = true

Это как раз корректно - это может быть непривычно, но это однозначно определяет поведение программы, не подкладывая грабли вроде =true

А чем явный begin/end это лучше - уменьшается количество ошибок при переработке кода (примеры в википедии), возможо улучшается читаемость (пример выше)