Приколы компилятора VS C++

__asm {

int 3
__emit 0x3E
__emit 0xC5
__emit 0x3F

int 3
__emit 0xC5
__emit 0xBF //0xC0 diStorm бага.
__emit 0x00
__emit 0x00
__emit 0x00
__emit 0x00
}

VS, OllyDbg, IDA pro кто будте прав?

 

Neonix
ну и какой коммерческий реверс после этого? в crazy список минимум )
ты начнёш брать на себя посильные задачи?

 

wsd
обыкновенный реверс не требует каких-то сверх знаний. это дело навыка. я Вам об этом уже говорил. не смейтесь надо мной=)

 

Что тут такое вообще написано? Какая-то непонятная мысль. Что такое Stack? std::stack? Тогда откуда return _stack.pop? метод stack::pop ничего не возвращает. Сам stack реализуется через другой контейнер std::deque. В отладчике нет никакой ошибки. std::stack реализует очередь по правилам LIFO, следовательно если туда запихнуть n элементов а потом с вершщины стека удалить два элемента, то последним удалённым будет n-1. Где ошибка?

 

W4FhLF
Ну, для начала не будем путать хрен с маслом. Я про Сшарп, а Вы мне про приплюснутый С. Всё на пальцах расписано. Если хотите я вам исходник дам.

 

А она не должна выполняться когда вы её явно вызываете? С какой стати конструкция _stack.Pop() должна

 

Наверное вы перепутали Pop и Top

 

KeSqueer

Какие ещё топы нафиг? не то..

не "конструкция _stack.Pop()", а конструкция "public static Int32 StackItem {get {return _stack.Pop();}}". Все отлично работает(чего не скажешь об отладчике VS), но конечно Вам видней.

В дальнейшем все вопросы не по теме очень прошу задавать через Личные Сообщения.

 

Neonix
Вы ещё примеры VB приведите. Какой нахрен нативный дизасм для С#?

 

Booster

О Боги!! Я десять раз сказал что не дизасм, а отладчик!!!
ЗЫ:трудно...

 

Neonix
Что в теме по С++ делает С#. Как мы должны сие понимать? С тобой трудно.

 

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

 

Booster

Вот и я о том же, хватит уже писками мериться.
вот код:

Код (Text):

1. namespace DebuggerTest
2. {
3.     class Program
4.     {
5.         private static Stack<Int32> _stack = new Stack<Int32>();
6.        
7.         public static Int32 StackItem
8.         {
9.             get
10.             {
11.                 return _stack.Pop();
12.             }
13.         }
14.  
15.        
16.         static void Main(string[] args)
17.         {
18.  
19.             _stack.Push(1);
20.             _stack.Push(2);
21.             _stack.Push(3);
22.             _stack.Push(4);
23.             _stack.Push(5);
24.            
25.             Int32 i = _stack.Pop();
26.  
27.             try
28.             {
29.                 Console.WriteLine(StackItem);
30.             }
31.             catch (Exception ex)
32.             {
33.                 Console.WriteLine(ex.ToString());
34.             }
35.         }
36.     }
37. }

 

И чего тут дебагер показывает не того?

 

Да, дебаггер ведёт себя странно.

 

У меня всё нормально.

 

Но наверное это как-то объясняется разыменовыванием статических переменных. Я не специалист в C#.

Booster
Брякнись на Console.WriteLine(StackItem);, потом наведи курсор на строку _stack.Push(5);, потом опять на то место куда брякнулся и так 5 раз. Стек с каждым разом будет пустеть.

 

Booster

Ещё раз по кругу.
При прохождении get{return _stack.Pop();} отладчик говорит о том, что StackItem уменьшился на один. То есть он выполняет return _stack.Pop(), из за этого стек уменьшается(в понимании дебагера).
Int32 i = _stack.Pop() не уменьщает стек, что есть дзен, гуд, etc.
Ок?

 

W4FhLF

Во-во! наконец-то по делу.)

 

W4FhLF
По-моему это не баг, а фича. Для того, чтобы получить значение отладчик дёргает метод get, отсюда и побочный эффект. ^)