ZXMAK2 - Виртуальная машина ZX Spectrum

[impressed]

Решил тряхнуть стариной и забрал последнюю версию исходников из SVN.
Собрал при помощи VS2012 Update2. При запуске сразу же свалилось с исключением:

************** Текст исключения **************
System.NullReferenceException: Ссылка на объект не указывает на экземпляр объекта.
в ZXMAK2.Controls.FormMain.FormMain_FormClosing(Obje ct sender, FormClosingEventArgs e) в c:\Users\Viktor\zxmak2\SRC\ZXMAK2\Controls\FormMai n.cs:строка 191
в System.Windows.Forms.Form.OnFormClosing(FormClosin gEventArgs e)
в System.Windows.Forms.Form.RaiseFormClosingOnAppExi t()
в System.Windows.Forms.Application.ExitInternal()
в System.Windows.Forms.Application.ThreadContext.OnT hreadException(Exception t)
в System.Windows.Forms.Control.InvokeMarshaledCallba cks()
в System.Windows.Forms.Control.WndProc(Message& m)
в System.Windows.Forms.ScrollableControl.WndProc(Mes sage& m)
в System.Windows.Forms.ContainerControl.WndProc(Mess age& m)
в System.Windows.Forms.Form.WndProc(Message& m)
в System.Windows.Forms.Control.ControlNativeWindow.O nMessage(Message& m)
в System.Windows.Forms.Control.ControlNativeWindow.W ndProc(Message& m)
в System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)



Версия Windows 7 SP1 x32, работает под Oracle Virtual Box 4.2.12 под Gentoo
Не прикалываюсь, просто по долгу службы приходится кодить под Windows на C# а дома ставить на машину как постоянную ОС Windows я не хочу. Вот и приходится такими костылями пользоваться =)

UPD:

Если верить трассировке -- валится из-за того что VM под VirtualBox не совсем хорошо работает с граф.оборудованием. Свалилось в Managed-сборке DirectX....
Нельзя-ли как-то это поправить или оно совсем завязано на Win и DirectX? А так бы хороший кросс-платформенный продукт получился, который бы и под Mono работал.
Еще вопросик:
Почему такая старая версия .NET Framework в проекте (2.0)? Уже пора хотя-бы на 3.5 или 4.0 переходить. 2.0 Все-таки еще с XP SP2 умерла, которой уже ни где нет

[Advertiser]

[Eltaron]

Если верить трассировке -- валится из-за того что VM под VirtualBox не совсем хорошо работает с граф.оборудованием. Свалилось в Managed-сборке DirectX....

Галочка на 3D-акселерацию в свойствах VM стоит? У меня с ней эмуль работает под VirtualBox без проблем (и без видимых тормозов).

[ZXMAK]

Галочка на 3D-акселерацию в свойствах VM стоит? У меня с ней эмуль работает под VirtualBox без проблем (и без видимых тормозов).

похоже он запускает VirtualBox в Wine из под линукса, не факт что при таком раскладе VirtualBox сможет аппаратное ускорение использовать

---------- Post added at 22:01 ---------- Previous post was at 21:55 ----------

Самое гиблое там - это сильная привязка к WinForms. Скажем то, что устройства, которые добавляют пункты меню, прямо у себя в коде создают System.Windows.Forms.MenuItem и вставляют его куда следует.

Задумывалось что для SDL в AttachGui будет передаваться не Windows.Form, а чтото другое. Для этого и тип задан object, а не Windows.Form. Компонент сам проверяет поддерживает ли он это что-то другое и если не поддерживает, то он к гую просто не цепляется и все. Поэтому это не должно быть проблемой.
Если есть идеи как сделать это более красиво - велкам

[SAM style]

похоже он запускает VirtualBox в Wine из под линукса, не факт что при таком раскладе VirtualBox сможет аппаратное ускорение использовать

Это надо быть особым извращенцем, чтобы так делать... Сразу вспомнилось - http://bash.im/quote/59325 (дико извиняюсь, если отвлёк )

[Eltaron]

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

А если будет 10 разных фронт-ендов, то у компонента код разрастется до умопомпрачительных размеров В идеале компонент вообще не должен знать откуда он запущен. Он, имхо, должен сказать на AttachGui что-то в духе

  var item = m_vm.AddMenuItem(MenuItems.Tools, "Hello, world", OnMenuItemClick); // Menu section, Item title, Callback

а на DetachGui

  m_vm.RemoveMenuItem(item);

а остальным должен заниматься какой-нибудь обработчик, который можно подменить извне (по типу как сделан VirtualMachine.OnUpdateVideo)

[ZXMAK]

Он, имхо, должен сказать на AttachGui что-то в духе

написать обертки для менюшек не проблема, а как быть с окнами? Например MemoryBase по менюшке выводит свое окно. Как это сделать переносимым и в то-же время не привязывать компонент к реализации окна?

[Eltaron]

написать обертки для менюшек не проблема, а как быть с окнами? Например MemoryBase по менюшке выводит свое окно. Как это сделать переносимым и в то-же время не привязывать компонент к реализации окна?

А оно откроется. Mono умеет открывать WinForms-окна.
Проблема только с менюшками - невозможно в SDL-окно прицепить WinForms-меню, потому что SDL работает через P/Invoke и окна создаёт нативным кодом.

---------- Post added at 02:12 ---------- Previous post was at 02:07 ----------

Ну то есть в идеале конечно было бы надо написать свою обертку над вообще всем оконным интерфейсом, но у такой работы показатель сложность/полезность будет стремиться к бесконечности. Это пригодится только если под Win8 или браузерный Silverlight портировать.

[[bETA]mEN]

Mono умеет открывать WinForms-окна.

http://mono-project.com/FAQ:_Licensing

For people who need full compatibility with the Windows platform, Mono's strategy for dealing with any potential issues that might arise with ASP.NET, ADO.NET or Windows.Forms is: (1) work around the patent by using a different implementation technique that retains the API, but changes the mechanism; if that is not possible, we would (2) remove the pieces of code that were covered by those patents, and also (3) find prior art that would render the patent useless.

[ZXMAK]

А оно откроется. Mono умеет открывать WinForms-окна.
Проблема только с менюшками - невозможно в SDL-окно прицепить WinForms-меню, потому что SDL работает через P/Invoke и окна создаёт нативным кодом.

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