V君的博客

C语言宏define定义与typedef差别之我见

作者：V君 发布于：2016-12-8 12:26 Thursday 分类：折腾手记

TL;DR

宏定义只是简单文本替换,以下例子将能体现与typedef的差别

#define pin int *

pin a,b;

上述代码展开为 int *a,b; 中只有a是指针, 而b不是. 

将定义改成 typedef pin (int *) 就能让上面的代码如同看起来的一样了.

扯扯:

最近有空就折腾移植Mono到PSV, 途中遇到不少C语言基础知识. 

碰巧又看到这篇讲述宏define的文章. 这才悟出两者的差别

标签: 软件开发 C语言

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

移植eglib到VitaSDK,为Mono做准备[update]

作者：V君 发布于：2016-12-4 4:33 Sunday 分类：折腾手记

TL;DR

 ./autogen.sh --prefix=$VITASDK

 ./configure --host=$TARGET

 make

 按编译错误修改源代码, 然后跑跑看有没有问题.

听我娓娓道来:

由于受够了Windows的仿Linux环境Cygwin/Msys带来的各种问题

从上次开始就主要在 Debian Linux (amd64) 下进行主要编译流程.

1) 准备VitaSDK

 依然是去HENKaku网站看向导文档, 这次和上次略有不同

 这回咱们用的是 prebuilt toolchain

 下个 tar.bz2 压缩包放进 /usr/local 执行 tar -jxvf 解压,里面已经有 vitasdk 文件夹

 每次编译之前设置好以下环境变量就完成了SDK的准备

  export PATH=/usr/local/vitasdk/bin:$PATH

  export VITASDK=/usr/local/vitasdk

  export PREFIX=$VITASDK

  export TARGET=arm-vita-eabi

2) 获取源代码

 复制 Mono 源代码中的 eglib 文件夹出来, 另外找地方放, 接下来咱们要对其进行交叉编译

3) 配置与编译

 进入上一个步骤的地方, 走TL;DR的3个命令

4) 针对编译错误修正

 和上次的定下小目标遇到的情况一样, 第一个问题是 gdir-unix.c 

 换成 sceIo 系列方法,参照VitaShell源代码修改即可编译通过, 具体可以参考本例的做法

5) 调试与测试

 由于时间问题,本次只通过了库编译,并没有放到具体实例里调试. (´∀((☆ミつ 

 从 SDK示例 中的 debug_print 复制一份改名为 debug_print_eglib

 进入目录, 修改 Makefile 

   输出名和项目标题及ID

   编译参数 添加eglib的src作为include目录

   链接参数 增加库目录和库名

 在 main.c 里试着引用 glib.h 调用一下 gdir_unix.c 里面的函数 

 然后执行 make 编译, 就会发现缺少p线程库的符号,去对应github抓个zip回来

 进入 platform/vita 执行make 就能在当前目录生成 a 文件, 加到示例的 Makefile

 编译通过后就能跑起来了, 已确认本例的以下函数能够跑起来

  - g_dir_open

  - g_dir_read_name

  - g_dir_close

  - g_mkdir_with_parents

 其中 g_dir_rewind 就不跑了. 无非是关闭句柄再打开, 用来重置目录指针.

 本例修改完的 main.c 贴出来了, 咱是C语言新手,不要太吐槽哇!

 看看接下来接着移植哪个库吧 >.<

标签: 软件开发 PSV C语言

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

修改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) 浏览(2111)

从源代码编译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\embed的test.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) 浏览(2372)

使用非公开辅助类HttpValueCollection轻松生成QueryString

作者：V君 发布于：2016-11-7 18:19 Monday 分类：挖坑经验

TL;DR

var kvp = HttpUtility.ParseQueryString("");

kvp["a"]="bc"; 

kvp["b"]="cd"; 

kvp["c"]="草";

var queryString=kvp.ToString(); //queryString结果为"a=bc&b=cd&c=%u8349"

注意:由于ToString会自动把内容做Url编码,某些服务接口需要计算数字签名可能会遇到问题,

这种情况还是只能自己拼字符串... 比如某德的接口 见下更新。

听我扯扯:

在做服务端调用远程Web接口时需要组装QueryString请求参数,

依稀记得在Web项目里用的QueryString是个NameValueCollection, 并能ToString还原

然而自己创建实例丢值进去却没得到理想的结果,

咕狗到爆栈得到答案:原来Web项目里的是M$重写过的内部类:HttpValueCollection

反编译发现确实如此, 然而要怎么用呢, 首先想到是反射再实例化,

这种做法略Hack,指不出哪天或哪个平台就来个空指针给你.

继续咕狗爆栈, 得出这么贱的用法, 塞他个空字符串让它吐出实例, 太棒了!

快来解决问题的帖子一起点赞吧!

 

更新：

可能由于历史包袱原因，%u编码似乎只能在IE使用，需要在AppSetting配置项里

加一条名称为“aspnet:DontUsePercentUUrlEncoding”值为“true”的配置项

参考：爆栈和M￥源代码

标签: 软件开发 C# Web技术

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