|
Ворпос к разработчикам
|
|||
---|---|---|---|
#18+
Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22.
Из формулы видно, что деления на 0 не предполагается. При постороении отчета выдает Error в поле и ругается на деление на 0 [rsRuntimeErrorInExpression] The Value expression for the textbox ‘textbox27’ contains an error: Attempted to divide by zero. Что я должен сделать? ;-) Может попрыгать? ... |
|||
:
Нравится:
Не нравится:
|
|||
09.09.2006, 17:04 |
|
Ворпос к разработчикам
|
|||
---|---|---|---|
#18+
Все-равно могли бы анализатор поправить. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.09.2006, 10:29 |
|
Ворпос к разработчикам
|
|||
---|---|---|---|
#18+
дык, это известный закидон, видимо один из документированных багов, которые как известно, превращаются в фичи :) Дело в том, что при разборе оператора ииф, оцениваются ВСЕ выражения, а потом выбирается то, что подходит по условию. Так это работает во всех компиляторах вижуал бейсика и видимо во всех парсерах от МС тоже :) ... |
|||
:
Нравится:
Не нравится:
|
|||
11.09.2006, 15:39 |
|
Ворпос к разработчикам
|
|||
---|---|---|---|
#18+
Дело в том, что при разборе оператора ииф, оцениваются ВСЕ выражения, а потом выбирается то, что подходит по условию. Блин, ну что за бред вы несете? Нет такого оператора IIf Есть функция IIf. Функция принимает три аргумента. Разумеется все три аргумента вычисляются перед тем, как происходит их передача в функцию. Что тут может быть непонятного - загадка. Почему кто-то считает, что можно не вычислять аргументы перед тем как их в функцию передавать - обратно загадка. Как можно так "анализатор поправить", чтобы он умел не передавать в функцию требующийся этой функции параметр - вообще загадка века. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.09.2006, 15:49 |
|
Ворпос к разработчикам
|
|||
---|---|---|---|
#18+
А могли бы и оператором сделать. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.09.2006, 19:34 |
|
Ворпос к разработчикам
|
|||
---|---|---|---|
#18+
ЛП прав, пойду застрелюсь от стыда, что забыл термины, а оператором не сделают, не нужен такой оператор. ты же сам его не сможешь использовать. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.09.2006, 15:18 |
|
Ворпос к разработчикам
|
|||
---|---|---|---|
#18+
Даже в Turbo Pascale где-то лет 15 назад в компиляторе была опция проверки условий и нормально работала , почему Microsoft не может сделать? Я, конечно, понимаю, что процессоры сейчас мощные, но репортинг и так мягко говоря тормозит, а тут ему еще лишние вычисления подсовывают. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2006, 09:46 |
|
Ворпос к разработчикам
|
|||
---|---|---|---|
#18+
ЛПФункция принимает три аргумента. Разумеется все три аргумента вычисляются перед тем, как происходит их передача в функцию. Вовсе не разумеется. Есть передача по имени, отложенные вычисления и т.д. Функция IIF не должна вычислять 2 и 3 параметры до того как выяснится какой именно надо вычислять. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2006, 09:59 |
|
Ворпос к разработчикам
|
|||
---|---|---|---|
#18+
2 мод Функция IIF не должна вычислять 2 и 3 параметры до того как выяснится какой именно надо вычислять. Еще раз... Есть функция: Код: plaintext 1. 2. 3. 4. 5.
Код: plaintext
Опять таки претензии не к майкрософту, если Вы полагаете, что поведение компилятора должно меняться от того, что функция называется не MySuperFunction, а IIf. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2006, 16:22 |
|
Ворпос к разработчикам
|
|||
---|---|---|---|
#18+
ЛПВы, конечно, можете думать, что компилятор при вызове этой функции не должен вычислять какое-либо из выражений (даже если оно имеет вид "что-то делить на ноль"). Но если Вы так думаете, то претензии явно не к майкрософту.Вообще-то, притензии как раз к мелкомягким. Уже давно придуман модификатор lazy для параметров функций который решает описаную проблему на раз-два. А вот почему языки производимые мелкомягкими до сих пор не имеют в себе этого или подобного модификатора - загадка? Тормозят наверное :) ... |
|||
:
Нравится:
Не нравится:
|
|||
27.09.2006, 22:19 |
|
Ворпос к разработчикам
|
|||
---|---|---|---|
#18+
White OwlВообще-то, притензии как раз к мелкомягким. Уже давно придуман модификатор lazy Где придуман? Кем придуман? Нахера придуман? В каком языке придуман? На хер нужен? И (самый главный вопрос) - какое отношение "модификатор лэзи" должен иметь к репортинг серверу? А так, знаете ли, мой сосед (алкаш) давным давно придумал язык hui++ с модификатором da-nu-zabei. И чо? Майкрософт должен его реализовать? :) Пы. Сы. Дятлы идут лесом. Типо искать в лесу чудодейственные модификаторы. Если дятлы не найдут модификаторы - то пусть идут в библиотеку. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2006, 02:40 |
|
Ворпос к разработчикам
|
|||
---|---|---|---|
#18+
ЛП White OwlВообще-то, притензии как раз к мелкомягким. Уже давно придуман модификатор lazy Где придуман? Кем придуман? Нахера придуман? В каком языке придуман? На хер нужен? И (самый главный вопрос) - какое отношение "модификатор лэзи" должен иметь к репортинг серверу?На дурные вопросы уж простите отвечать не буду. А какое отношение он имеет к отчетным ситемам - да самое прямое. Уж если встраивают в отчетную систему скриптовый язык - могли бы встроить и что-то нибудь более гибкое чем очередной потомок Бейсика. Поэтому притензии как раз к мелкомягким. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.09.2006, 19:09 |
|
Ворпос к разработчикам
|
|||
---|---|---|---|
#18+
ЛП Вы, конечно, можете думать, что компилятор при вызове этой функции не должен вычислять какое-либо из выражений (даже если оно имеет вид "что-то делить на ноль"). Но если Вы так думаете, то претензии явно не к майкрософту. Претензии именно к майкрософту - не реализована передача параметров по имени - вот и все. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.10.2006, 10:01 |
|
|
start [/forum/topic.php?fid=31&fpage=149&tid=1538672]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
62ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
51ms |
get tp. blocked users: |
3ms |
others: | 11ms |
total: | 173ms |
0 / 0 |