Изучение C++/CLI после С++

[RAFA91]

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

может это поможет


1>------ Построение начато: проект: test_1, Конфигурация: Debug Win32 ------
1>Построение начато 30.03.2016 11:20:27.
1>InitializeBuildStatus:
1> Обращение к "Debug\test_1.unsuccessfulbuild ".
1>GenerateTargetFrameworkMonikerAtt ribute:
1>Целевой объект "GenerateTargetFrameworkMonikerAttr ibute" пропускается, так как все выходные файлы актуальны по отношению к входным.
1>ClCompile:
1> Для всех выходных данных обновления не требуется.
1> test_1.cpp
1>test_1.cpp(15): error C2664: func: невозможно преобразовать параметр 1 из "Mammal" в "Mammal ^%"
1>
1>СБОЙ построения.
1>
1>Затраченное время: 00:00:04.84
========== Построение: успешно: 0, с ошибками: 1, без изменений: 0, пропущено: 0 ==========

[Пепел Феникса]

повторю еще раз мы тут не в школе, чтоб проверки проходить.

я тоже знаю ответ.
если вас что-то конкретное интересует спрашивайте.

такие вот проверки буду удалять впредь.

если хотите создать именно задачник то вперед в отдельную тему и в свободное общение.
здесь задают вопросы и получают на них ответы.

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

[RAFA91]

правильный ответ был такой

void func(Mammal %v)

тут % показывает что это ссылочный обьект. и никаким боком не связанна с ссылками обычных ++

всего-то ли. в шарпе аналогично только с применением ключевого слова.

[Пепел Феникса]

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

тут % показывает что это ссылочный обьект

% показатель ссылки, а не ссылочного объекта.
полный аналог С++ &-ссылок.
никакого нового объекта не создается.

[RAFA91]

Сообщение от Пепел Феникса

ваш ответ подходит только для гибридных и обычных классов

Нет он подходит именно для моего ссылочного класса и прекрасно работает.

Сообщение от Пепел Феникса

в.
% показатель ссылки, а не ссылочного объекта.
.

нету такого понятия для ref классов

все обьекты хранятся в управляемой кучи.

даже этот

Mammal :cool:;

[Пепел Феникса]

Сообщение от RAFA91

Нет он подходит именно для моего ссылочного класса и прекрасно работает.

вам лишь бы компилось?

[RAFA91]

нету такого понятия для ref классов

все обьекты хранятся в управляемой кучи.

даже этот



Mammal cool;

[Пепел Феникса]

Сообщение от RAFA91

нету такого понятия для ref классов

все обьекты хранятся в управляемой кучи.

даже этот



Mammal cool;

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

в управляемой куче лежит то что создано с помощью gcnew.
и лежит в управляемой ссылке ^.

[RAFA91]

Сообщение от Пепел Феникса

может я вас огорчу, но он лежит на стеке .

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

[Пепел Феникса]

тут я ошибся, признаю.
поспешил, на стеке будет ссылка только.

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


единственное хотелось бы понять чего вы добиваетесь?
блеснуть знаниями что вы не давно обрели по неиспользуемому языку?