修改Mono源代码,改变mscorlib库目录

作者:V君 发布于:2016-12-3 23:49 Saturday 分类:折腾手记

TL;DR:

一共改了两处地方, 都在 assembly.c

1) mono_set_rootdir(void)

把 installdir,root,config 这几个标识符干掉

将 bindir 直接喂给 mono_set_dirs 的两个参数

 

2) mono_assembly_load_corlib(const MonoRuntimeInfo *, MonoImageOpenStatus *)

修改 mono/<version> 路径拼接

corlib_file = g_build_filename("", "mscorlib.dll", NULL);


听我扯扯:

上次咱总算是把Mono编译成功了, 也初体验了嵌入Mono的运作方式.

不过略为不爽的是它只能从 ..\lib\mono\4.5\ 来加载 mscorlib 库.


啃了源代码才发现有写死的策略...

以及从被运行的程序集中取得Framework版本最终拼出mscorlib的路径.

由于咱是用嵌入mono,并且已明确Framework版本, 就不用管太多

 

改完TL;DR的两处就能加载当前目录下的mscorlib了, 但是如果当前目录下没有mscorlib

得到的提示仍然是之前的目录, 因此最好也改一下 domain.c 的 mono_init_internal

找到字符串 The assembly mscorlib.dll was not found or could not be loaded

然后修改下一行的提示就可以了, 咱的做法是 把标识符 corlib_file 干掉, 改成

g_print ("It should in same directory.\n"); 这样就能准确提示了.



标签: 软件开发 mono C语言

评论(0) 引用(0) 浏览(104)

从源代码编译mono, 嵌入mono初体验

作者:V君 发布于:2016-11-29 23:19 Tuesday 分类:折腾手记

前些天定下的小目标还是纯属扯蛋, 还是先在健全的平台从编译运行调试开始练手吧.


TL;DR

本来想在Windows环境下编译, 但变着花样重试N多次仍未成功

才注意到官方git上的 Windows:build unstable

这下只能在Linux下完整编译, 然后回到windows单独编译可执行文件了

以前有在树莓派上编译ARMHF非常顺利的经历, 

这次也圆润的通过了完整编译, 除了网络状况有点糟糕 (断开重试数次) :) 

 

详细步骤:

阶段1 -- 获取源码并于Linux编译托管库

参照文档 http://www.mono-project.com/docs/compiling-mono/linux/

安装编译所需软件包

执行以下为我神奇国度做修改的脚本


mkdir mono

cd mono

git init

# 按需做以下科学配置, 否则只有10KB每秒, 一旦断开又得重头开始

# git config http.proxy "type://x.x.x.x:xxxx"

# git config https.proxy "type://x.x.x.x:xxxx"

# git config core.gitproxy "connector"

# core 配置需要指定连接适配才能工作

# 该步骤可能会被中断多次, 需要手动重试

git fetch --depth=1 https://github.com/mono/mono.git

# 得到输出 * branch HEAD -> FETCH_HEAD 才算结束

git checkout FETCH_HEAD

# 下面两个命令会从git拉取子模块, 被中断则需要重试

git submodule update --init --recursive

make get-monolite-latest

# 获取完源代码之后开始自动配置吧

./autogen.sh

# make可以指定并发数量, 按机器的处理能力改变j参数

make -j6



阶段2 -- 编译windows可执行文件

将文件打包带回Windows

参照以下文档做编译 -- 也就是载入解决方案, 选择x64目标, F6, 其中libtest编译失败不管

http://www.mono-project.com/docs/compiling-mono/windows/#build-mono-64-bit-using-visual-studio



阶段3 -- 调试

到这一步终于可以开始调试啦!

定位到解决方案文件夹EmbeddedSamples中

新增一个(4.5)控制台应用程序,叫做teste-csharp, 删掉默认的Program.cs和App.config

以链接的方式添加在编译目录samples\embedtest.cs文件, 编译它


最后在启动之前需要把核心托管库mscorlib.dll放到相应位置

它在 mcs\class\lib\net_4_x 我们已经在Linux上编译好了

复制到 msvc\build\sgen\x64\bin\lib\mono\4.5\ (创建目录)


然后是把编译好的.net控制台teste-csharp.exe也放到mono的windows执行引擎旁边

复制到 msvc\build\sgen\x64\bin\Debug 


最后就是跑起来啦! 

下图 第一个窗格定义了C语言写的方法,第二个窗格向运行时绑定,第三格就是C#代码了

   小窗口是在输出目录用命令行启动编译好的EXE, 非常顺利!

点击查看原图


嵌入了mono的EXE,不需要.NET Framework环境也能独立跑起来的C#!

当然还要安装VC++2015运行库, 和 .NET Framework 比起来小太多.


接下来还要多熟悉熟悉 看看能不能移植到PSV上 乂目.


标签: 软件开发 C# linux mono C语言

评论(0) 引用(0) 浏览(98)

[失败]在VitaSDK编译Mono[Update]

作者:V君 发布于:2016-9-11 0:46 Sunday 分类:折腾手记

PSV破解之后玩些啥?

当然是先定一个小目标, 比如说我先把mono编译进去让我大井能在PSV上跑.

这次尝试是失败的, 但也阻止不了发表出来, 放在这儿把大法挂起来

阅读全文>>

标签: 软件开发 mono PSV

评论(0) 引用(0) 浏览(291)

在树莓派使用C#访问GPIO设备文件操作74HC595驱动LED数码管

作者:V君 发布于:2016-8-8 6:36 Monday 分类:折腾手记

首先简短的介绍一下如何访问 GPIO, 然后再接着使用 GPIO 操作数码管.

在 Raspbian 中操作 GPIO 和其他常见 Linux 版本是一样的:

使用前首先分配针脚,

 向 /sys/class/gpio/export 写入字符串形式针脚编号, 

接着等待 100 毫秒让文件系统反应过来, 

然后是设置 I/O 方向

 向 /sys/class/gpio/gpio{针脚编号}/direction 写入 "in" 或 "out"

设置完 I/O 方向之后仍然要等 100 毫秒

这时候就可以往 /sys/class/gpio/gpio{针脚编号}/value 读取或写入数据了

 写入字符 "0" 表示低电平, 反之写入 "1"

 

最后用完了还要释放掉,

 向 /sys/class/gpio/unexport 写入字符串形式的针脚编号.


可以简单的使用 C# 中的 File.WriteAllText 来写入设备文件,但这性能并不太理想

换成文件流来写就能快不少, 只是每次写之前需要 seek 回到 0.

 

这儿有个封装好的 C#实现 , 可以不依赖第三方库直接拿来参考.

参考了 Edi.Wang 的实现, ta 用的是 Win10, 咱用的是官方系统, 这并没太大差别

摸透 74HC595 的套路, 就可以开始了.

和 Edu.Wang 一样, 咱也是从万能的马云上淘来的 4 位数码管模块.

准备工作:

74HC595 一共要接5条线, 分别是 3.3V GND DIO SCLK RCLK

先确定除了电源以外的三根数据接口针脚编号,然后连接到树莓派上和在程序中定义对应编号

接下来讲讲74HC595的操作方法.

 初始化:

   分配对应的三个针脚, 写入低电平.

 写入数据位:

   将要写入的位以 1 高电平, 0 低电平的方式写入 DIO

   每写入一个位必须给 SCLK 一个脉冲, 也就是写入高电平后紧接着写入低电平

 更新显示:

   给 RCLK 一个脉冲, 之前写入的位就会对应显示到数码管上.

 

 有了操作方法, 接下来就是指令格式了,

 每个模块需要两个字节的数据

  前一个字节确定显示8段数码管中要显示的段, 低电平表示亮, 高电平表示灭.

  后一个字节低4位表示要将这些数据显示在哪个数位上, 如果低4位全都是1那么4位都会显示

 写入完数据后需要更新显示

不断更新显示位和显示内容, 就让人眼看起来像4个数码管都同时亮了


这是写好的 C#实现 很简单吧!


编译好之后丢进树莓里, 在终端运行它, 数码管就会按你的指令显示了.


还可以再稍稍扩展一下: 这玩意还可以串联.

串联之后的指令格式也很简单, 只需要无脑的给每一个模块两个字节就可以了

最先写入的两个字节会被最后一个模块显示. 

“yooo 233!”

点击查看原图

 

btw: 每次都编译然后扔进树莓, 是不是略蛋疼啊? 如果有bug, 这要如何de呢?

mono 似乎不能让VS做远程调试, 就算能远程调试也不能愉快的编辑并继续啊...

别急, 反正咱是不会屈服每次传文件再运行这么麻烦的方式.

于是 -- 咱写了个 C/S 架构的 GPIO 操作封装 这下可以愉快的调试了!

标签: 软件开发 树莓派 C# mono GPIO

评论(0) 引用(0) 浏览(303)

[失败]修改 ASP.NET Boilerplate 0.9.1 源代码, 让其支持 Mono

作者:V君 发布于:2016-6-25 15:25 Saturday 分类:折腾手记

直接部署能在IIS上跑的版本到Linux Mono(树莓)上会报错.

看来ABP没有考虑平台兼容啊,只能自己改改看了


▲Directory '****/bin\' not found.

  at System.IO.Directory.GetFiles (System.String path, System.String searchPattern, SearchOption searchOption) <0x71c1cbb0 + 0x0002b> in <filename unknown>:0 

  at Abp.Web.WebAssemblyFinder.GetAllAssembliesInternal () <0x71c1bcd0 + 0x000eb> in <filename unknown>:0 

一看就知道是没考虑兼容Linux,直接写死的反斜杠,

找到 WebAssemblyFinder 对应源代码第50行

bin后面反斜杠改成目录分隔符或直接删掉.

 

▲No currently authenticated user.

  at System.Web.HttpApplication.get_User () <0x6f94e678 + 0x000d4> in <filename unknown>:0 

  at Abp.Web.AbpWebApplication.TrySetTenantId () <0x6f94e328 + 0x0002b> in <filename unknown>:0 

去看了源代码 AbpWebApplication 类第112行的取得用户, 再反编译跟进去

发现系统类库居然在取不到值时抛出异常, 果断加个try, 遇到异常时就当做取到空.


▲Could not find method overriding System.Threading.Tasks.Task`1[Abp.Auditing.AuditLog] InsertAsync(Abp.Auditing.AuditLog) on type Abp.EntityFramework.Repositories.EfRepositoryBase.....

  at Castle.DynamicProxy.Internal.InvocationHelper.ObtainMethod......

我去,不仅Abp本身没考虑, 就连AOP代理拦截的Castle也不支持?!

接着找Castle的源代码, Abp 0.9.1 使用的 Castle 是 3.3.0, 根据异常堆栈跟进去看.

插入调试代码发现更多细节, System.Threading.Tasks.Task`1[Abp.Auditing.AuditLog] InsertAsync(Abp.Auditing.AuditLog) 报错的原因是找不到这个方法,

造成找不到方法的原因是 Castle 对要做的方法取了 GetBaseDefinition 来做签名比较

得到了 System.Threading.Tasks.Task`1[TEntity] InsertAsync(TEntity)

明显和要找的方法不匹配. 源代码里也注释了一句

 this implementation sucks, feel free to improve it.

好吧, 那么就动手改改吧, 虽然不知道为啥要取 GetBaseDefinition 

那么就在你找不到之后接着不 GetBaseDefinition 然后比较吧.


▲Failure has occurred while loading a type.

  at Abp.Domain.Uow.UnitOfWorkInterceptor.Intercept (IInvocation invocation) <0x6f8e8688 + 0x0007f> in <filename unknown>:0 


懵逼了,不知道这个异常是怎样引发的..

先放着不管, 找到法子再更吧


等 .NET Core 的ARM版本软件包出现, 或许可以不做修改直接跑了吧。

M¥给点力快点啊。。。

标签: 软件开发 树莓派 C# linux mono mvc

评论(0) 引用(0) 浏览(449)

Powered by emlog 去你妹的备案 sitemap