Вышел SP4 international...

[soin]

Похоже ничего кроме фикса багов он не содержит.

[soin]

В нем два новых лицензионных ключа:
Life Science functionality
Life Science documentation

Что делают пока непонятно

[Hamster]

Симулятор жизни от Microsoft

[soin]

Наверное

[ppson]

Как же фикс багов?
Обещали добавить фичу - правильное закрытие склада .

[dalyet]

по поводу Life Science - это слышали - http://www.microsoft.com/presspass/p...SciencesPR.asp

а по поводу SP - как всегда -))
вот например - старый баг с возможностью изменения данных пользователем в онли-рид таблицах (например InventTrans) - так в 4.0 впихнули фикс, хлтя казалось бы - что может быть критичнее... включить в сп или сделать прайвит хот фиксом - в зависимости от customer impact.

из чего я делаю вывод - что основные силы на билд 4.0 брошены, не хотят распыляться...
может оно и к лучшему

[wildguess]

Цитата:

Изначально опубликовано soin
Похоже ничего кроме фикса багов он не содержит.

А сервиспаки никаких корреных изменений и не будут содержать, только багфиксы.

Цитата:

Изначально опубликовано ppson
Как же фикс багов?
Обещали добавить фичу - правильное закрытие склада .

Правильное закрытие склада добавили, точнее, исправили.

[malex]

А раньше неправильно закрывался? Правда я только по средней закрывал и до меня были уже доработки.

[soin]

Цитата:

Изначально опубликовано wildguess

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

Ну почему же SP3 cодержал - Demand Planner например
SP4 содержит эмулятор жизни

[Aleck]

Цитата:

Изначально опубликовано soin


Ну почему же SP3 cодержал - Demand Planner например
SP4 содержит эмулятор жизни

DP отдельный продукт. В SP3 масюсенкие исправления для его интеграции.

[soin]

Цитата:

Изначально опубликовано Aleck

DP отдельный продукт. В SP3 масюсенкие исправления для его интеграции.

Прошу прощения - криво написал - содержал функциональность интеграции с Demand Planner

[axLog]

Цитата:

Изначально опубликовано soin
Похоже ничего кроме фикса багов он не содержит.

Думаю, он наверняка содержит еще и новые еще неизвестные баги - куда ж без этого.

[bagyr]

А баг с арифметикой исправлен?
пример:

PHP код:

static void BugTest (Args _args)
{
    real a = 1;
    real b = 3;
    real c = a / b;
    real d = 3 * c;
    ;

    print d;
    print d + d;
    print d + d + 1;
    print 1 + d + d;
    pause;
} 


[Hamster]

Уже обсуждалось. Не баг.

лечится расширенными типами вместо real

[Ace of Database]

Цитата:

лечится расширенными типами вместо real

Разве лечится?
Вместо real подставил AmountCur - результат тот же

Лечится, если только результат деления явно округлить:

PHP код:

static void BugTest (Args _args)
{
    AmountCur a = 1;
    AmountCur b = 3;
    AmountCur c = decRound(a / b, 3);
    AmountCur d = 3 * c;
    ;

    print d;
    print d + d;
    print d + d + 1;
    print 1 + d + d;
    pause;
} 


Если убрать decRound - ошибка остается.

PS.
Надо в Аксапте вводить перегрузку операторов - так же, как в С++. И в следующем сервис-паке перегрузить оператор деления, чтобы он любое деление профильтровывал через функцию decRound. (Это шутка )

[Hamster]

>лечится расширенными типами вместо real

забыл добавить: и соблюдением стандартов разработки в Axapta

[Ace of Database]

А Вы можете привести пример с соблюдением стандартов?
Я спрашиваю абсолютно искренне. Мне интересно учиться.

[Hamster]

AmountCur a = currency::amount( c / d);

[Ace of Database]

Спасибо
Все-таки получается, что операцию деления надо использовать по-особому. Наверное, это и правильно. Любое деление всегда нужно округлять.

[axLog]

2 Hamster : получается, что если вводятся новые понятия, новые величины, причем не связанные с валютами, и с ними нужно произвоить какие-то вычисления, то всегда нужно сначала завести расширенный тип данных, потом написать какой-то свй специальный метод для таких вычислений, причем непонятно что в нем писать, и только потом делить А на В ? Маразм какой-то. Система обязана не допускать ошибок в элементарных арифметических и алгебраических вычилениях !!! Многие из так называемых рекомендаций по "соблюдению стандартов" - это затыкание прорех в кривом ядре. Если написали - умножить два на два, так и должно получиться четыре, а не "где-то три-пять".