re: 做了一個(gè)XML解釋器 空明流轉(zhuǎn) 2008-06-20 13:25
日，你真他媽的有閑工夫。
蔣某人如果統(tǒng)治大陸應(yīng)該也會(huì)搞出原子彈的。。。
re: 如何手寫語法分析器 空明流轉(zhuǎn) 2008-06-15 22:10
很好，很強(qiáng)大。。。
C#算是很快了。除了啟動(dòng)慢點(diǎn)。
Eric Python IDE用的就是Scintilla。是個(gè)C++的東西，感覺上一般般。。。（其實(shí)Eric功能挺豐富的，就是界面比較丑，所以就不喜歡sci了，哈。）
GPL = GNU Public License。GPL V2是黏附性的，如果選擇了LGPL就相對自由了，我記得BSD License更加自由一點(diǎn)。
re: 圖形庫的概要設(shè)計(jì) 空明流轉(zhuǎn) 2008-06-11 12:57
圖形庫，僅僅是數(shù)學(xué)問題而已。
---------這句話很贊同。很明顯我在思路上不如你清晰。
re: 如何學(xué)習(xí)編程（一） 空明流轉(zhuǎn) 2008-06-07 18:57
剛剛無聊，用C#做了一個(gè)2D的骨骼動(dòng)畫的例子。。。
re: 寫了一個(gè)彈性物體碰撞模擬 空明流轉(zhuǎn) 2008-06-06 16:01
vc做這些都屬于蛋疼行列。
re: 能穿透alphatest紋理的shadowmap 空明流轉(zhuǎn) 2008-05-27 17:50
才知道你的昵稱就是tonykee。
re: 能穿透alphatest紋理的shadowmap 空明流轉(zhuǎn) 2008-05-27 16:13
原來gameres上的問題是你問的啊。
re: 使用高階函數(shù)開發(fā)語法分析器 空明流轉(zhuǎn) 2008-05-22 08:49
@陳梓瀚(vczh)
切，你敢叫OCaml啊．．．
re: 剖析Etwork網(wǎng)絡(luò)庫 空明流轉(zhuǎn) 2008-05-21 21:52
做面向?qū)ο蟠蟮志褪莾蓚€(gè)極端，一個(gè)是回歸過程化的抽象，一個(gè)就是純面向?qū)ο蟆?br>
不過感覺這個(gè)傾向是跟你長期從事的領(lǐng)域有關(guān)。
re: 使用高階函數(shù)開發(fā)語法分析器 空明流轉(zhuǎn) 2008-05-21 20:28
喂，vc，你看我樓上的人叫啥名字。
@亨德列克
日。。。你他喵的又來風(fēng)涼了。。。
下篇把我轉(zhuǎn)的地址也貼上，幫我刷刷人氣的說，哇咔咔咔。
什么叫“一些人的轉(zhuǎn)貼”，丫不久我轉(zhuǎn)貼了嘛。。。
/吐口水
好好想，慢慢寫，這次不轉(zhuǎn)貼，收藏好了。
re: 腳本編程瑣話 空明流轉(zhuǎn) 2008-05-16 20:21
@Kevin Lynx
啥還可以。。。以前咱倆也就是偶爾聊天而已，接觸不多。話說現(xiàn)在你已經(jīng)走上正職了吧。
re: 腳本編程瑣話 空明流轉(zhuǎn) 2008-05-16 16:46
@陳梓瀚(vczh)
好處你詳細(xì)的說說，我倒是沒感覺有什么好不好處的，當(dāng)然也沒覺得有什么壞處。我只是討論一下這個(gè)問題我的處理方法而已。
re: 做個(gè)投票，大家支持 空明流轉(zhuǎn) 2008-05-15 11:43
我?guī)缀鯖]做什么習(xí)題。。。后面的也就可以不選了吧。。。
WinXP， VS 2003/2005; mingw/gcc 3.4/3.5/4.2
re: 5.12汶川大地震（一） 空明流轉(zhuǎn) 2008-05-14 17:44
是挺麻煩。我同學(xué)倒覺得挺過癮的，也在成都。
不錯(cuò)不錯(cuò)，比我強(qiáng)悍許多。
re: 正則表達(dá)式——一點(diǎn)小插曲 空明流轉(zhuǎn) 2008-05-12 14:03
鄙視造車輪啊造車輪。。。
re: 正則表達(dá)式——一點(diǎn)小插曲 空明流轉(zhuǎn) 2008-05-08 12:13
現(xiàn)在MSR的不一定有boost好了，你用的是regex還是xpressive的那個(gè)，我都分不清有什么區(qū)別，囧
re: 今天發(fā)現(xiàn)自己的array類太慢 空明流轉(zhuǎn) 2008-04-28 12:06
Release的照理沒那么慢。
re: Vczh Lazy Script 語法分析器完成 空明流轉(zhuǎn) 2008-04-23 13:28
模仿的挺像。。。
你全文里面我唯一100%贊同的一句話就是：
因?yàn)镠askell的語法實(shí)在是太詭異了
囧。。。
re: Vczh Lazy Script 語法描述 空明流轉(zhuǎn) 2008-04-21 12:54
首個(gè)板凳。
其實(shí)沒那么麻煩，下個(gè)mingw的install，download并安裝好以后，下載新的for mingw的gcc編譯器和gdb直接塞到文件夾下就行了
re: 對string類的思考 空明流轉(zhuǎn) 2008-04-11 20:12
shared_ptr<string> / string*，一切都搞定了。
還有就是出去4819的那個(gè)character的warning，還有些別的warning，如果想眼不見心不煩還是wd為好。。。
說實(shí)話，2008下面boost還是謹(jǐn)慎點(diǎn)好，不是那么好用的。比方說date。這個(gè)玩意直接讓thread和interprocess有hang over的可能。
另外compileflag已經(jīng)可以用命令行傳遞了，不再需要用jamfile。
插件可以以dll或者com的形式提供。
如果是前者，最好連頭文件都不要，用不帶mangle的C形式導(dǎo)出函數(shù)，然后選用LoadLibrary + GetProcAddress的API完成。
如果是后者，最好支持IDispatch，這樣腳本也可以使用它做一些快速開發(fā)。
re: 不怕無知，但怕無畏 空明流轉(zhuǎn) 2008-03-21 17:51
最近回帖的怎么都開始喜歡噴人了。
re: VC6正在被拋棄 空明流轉(zhuǎn) 2008-03-18 13:57
@abettor
boost經(jīng)常到標(biāo)準(zhǔn)最陰暗的角落去挖東西。。。
“我靠，我被8.5.3打敗了”
一般我都拿preprocessor來驗(yàn)證宏寫的有沒有問題。
re: VC6正在被拋棄 空明流轉(zhuǎn) 2008-03-14 17:50
話說設(shè)計(jì)的像BOOST這樣BT的庫也不多。
re: 關(guān)于資源包的新的比較完善的想法 空明流轉(zhuǎn) 2008-03-12 12:55
沒必要，這種想法是致命的開端。
俺以前干過一個(gè)，發(fā)現(xiàn)太麻煩了，還不實(shí)用。
唉，要是VS上能用我他媽就不去找商業(yè)版的了。。。
re: 一個(gè)type2id的程序 空明流轉(zhuǎn) 2008-03-09 11:39
typelist有typelist不妥的地方。
我的原帖解法就是typelist的（boost::mpl::vector）。
但是typelst的解法中，它的類型名稱信息只能用一次，而我在做枚舉或者別的時(shí)候需要再次利用這個(gè)類型名稱生成合適的枚舉值名稱或者別的什么。
所以我用了boost的preprocessor作為確定序列的工具。
re: 一個(gè)type2id的程序 空明流轉(zhuǎn) 2008-03-08 15:53
新的實(shí)現(xiàn),覺得還是這個(gè)好一點(diǎn).
#include <iostream>
#include <boost/smart_ptr.hpp>
#include <boost/mpl/vector.hpp>
#include <boost/mpl/find.hpp>
#include <boost/mpl/at.hpp>
#include <boost/mpl/size.hpp>
#include <boost/mpl/if.hpp>
#include <boost/mpl/less.hpp>
#include <boost/mpl/int.hpp>
#include <boost/mpl/less_equal.hpp>
#include <boost/type_traits/is_same.hpp>
#include <boost/preprocessor/seq/for_each.hpp>
#include <boost/preprocessor/seq/for_each_i.hpp>
using namespace std;
struct empty
{};
#define TYPE_LST \
(empty) \
(bool)(float)(int)
#define BEGIN_ENUM() enum ENUM_NAME {
#define REG_ENUM(r, data, i, type_elem) BOOST_PP_CAT(ENUM_PRED, type_elem) = i,
#define END_ENUM() };
#define BEGIN_ENCODE_DECODE() \
template<class T> struct type_encode{ static const int id = 0; static const ENUM_NAME tag = ENUM_NAME(0); };\
template<int i> struct type_decode{ typedef empty type;};
#define REGISTER_TYPE(r, dummy, i, type_elem) \
template<> struct type_encode< type_elem >{static const int id = i; static const ENUM_NAME tag = ENUM_NAME(i);};\
template<> struct type_decode< i >{typedef type_elem type;};
#define END_ENCODE_DECODE()
enum s{
ebool
};
namespace shader_constant
{
#define ENUM_NAME sh_typeids
#define ENUM_PRED sh_typeids
#define ENUM_POST
BEGIN_ENUM()
BOOST_PP_SEQ_FOR_EACH_I(REG_ENUM, _, TYPE_LST)
END_ENUM()
BEGIN_ENCODE_DECODE()
BOOST_PP_SEQ_FOR_EACH_I(REGISTER_TYPE, _, TYPE_LST)
END_ENCODE_DECODE()
const int size_of_typelst = BOOST_PP_SEQ_SIZE(TYPE_LST);
}
using namespace shader_constant;
typedef void (*Assignments)(void* p1, void* p2);
template<class T>
void AssignImpl(void* p1, void* p2)
{
cout << typeid(T).name() << endl;
*(T*)p1 = *(T*)p2;
}
template <> void AssignImpl<empty>(void* p1, void* p2)
{
cout << "error type!" << endl;
}
Assignments assigns[size_of_typelst+1];
template <int i>
struct assigns_initializer
{
assigns_initializer<i-1> m;
assigns_initializer(){
assigns[i] = &AssignImpl<typename type_decode<i>::type >;
}
};
template <>
struct assigns_initializer<-1>
{
assigns_initializer(){
}
};
static assigns_initializer<size_of_typelst> ai;
typedef double T;
int main()
{
T i1(T(0));
T i2(T(10));
assigns[type_encode<T>::id](&i1, &i2);
cout << i1;
system("pause");
return 0;
}
re: 網(wǎng)絡(luò)和軟件相通嗎？ 空明流轉(zhuǎn) 2008-03-08 15:35
cpp用于網(wǎng)絡(luò)程序還是很多的.
兩年前搞了個(gè)帶分頁的file,每4KB一個(gè)頁,這樣package的內(nèi)容就可以隨時(shí)修改而不用解包數(shù)據(jù)再打包;碎片多了再重新整理...不過bug很多,而且也覺得沒啥必要就放棄了...現(xiàn)在覺得boost的iostreams和serialization不錯(cuò).
re: GCC不能正確繼承模板類？ 空明流轉(zhuǎn) 2008-03-02 15:56
@stO
大部分編譯器的實(shí)現(xiàn)都是在初始化列表里滿足此項(xiàng)要求，而構(gòu)造函數(shù)體這一要求都放寬了，跟人覺得這一要求也確實(shí)沒有什么道理，因?yàn)樵谡{(diào)用子類構(gòu)造函數(shù)的時(shí)候基類都已經(jīng)構(gòu)造完畢了。標(biāo)準(zhǔn)也只是標(biāo)準(zhǔn)而已。
re: GCC不能正確繼承模板類？ 空明流轉(zhuǎn) 2008-03-02 11:33
這似乎是gcc編譯器本身的問題。