[求助] 如何將Windows的程式Porting至Linux上…

zhihmeng

由於工作的關係…
需要將Windows上的Console程式Porting至Linux上…
寫的時候已經幾乎都用ANSI C了…
一些該注意的Socket和File IO也都有考慮到跨平台的問題而特別處理過…
現在最大的問題在於Windows上是VC.NET的編輯器開發的…
對於如何Porting到Linux上沒啥觀念…
請各位前輩釋疑…
感激不盡…
小弟三扣首先…

[ Last edited by HUANGLIFU on 2005-3-18 at 03:41 ]

HUANGLIFU

我還不清楚你要問什麼東西，另外，要不要換到PC/NB區。

infax

在linux下用gcc來做make試試
不過可能要寫個makefile來處理你的東西就是了
可以用google找看看linux上有關gcc開發的資料，或http://gcc.gnu.org/
不過即然有考慮要跨平台....何不試試用Java開發，應該會省不少事
--
不過這個問題應該是要在pc/nb區吧~ @@"

HUANGLIFU

java唷，看什麼東西吧，小的AP基本上用java會省事多了~~大的AP就要看幹嘛了。

zhihmeng

由於程式的內容是Game Server…所以為了效率問題…
只能用C++…Java暫時不考慮…
而且重點是在Windows上的版本已經完成…
改寫的話曠日廢時…
目前暫時先用VMWare然後灌Red Hat Fedora 3來Compile…
但是實在是不習慣Linux上的Debug方式…
全部都是Command Line的訊息…一遇到斷行就完了…完全不曉得是在幹麼…
歡迎有在Linux上開發過Console程式的行家提供建議…謝謝…

PS：謝謝跨版版主將我的文章移至正確的討論區…

HUANGLIFU

Linux的信息跟C一樣沒有斷行問題。

zhihmeng

不…您誤會我說的意思了…
我指的是用Terminal的方式連上Linux用gcc compile時…
秀出的compile message在terminal下看時會變得很難讀的懂…
不像VC這類的IDE程式會自動把訊息排的好好的…讓你很容易閱讀…

HUANGLIFU

command line跟IDE比本來就是不同的事情~~

cychang

Originally posted by zhihmeng at 2005-3-18 01:22 PM:
不…您誤會我說的意思了…
我指的是用Terminal的方式連上Linux用gcc compile時…
秀出的compile message在terminal下看時會變得很難讀的懂…
不像VC這類的IDE程式會自動把訊息排的好好的…讓你很容易閱讀…

如果你只是要看的懂 compile 時的 messages ，
那就先全部轉向到一個 log 檔案，然後再慢慢看就好啦。
如果你喜歡 IDE 的環境，那你可以試試前面介紹的那兩個都不錯。
如果你有心練好在 UNIX 環境編譯程式的話，
可以試著用 emacs 或 vim 配合 gcc 來 edit & compile 程式，
然後把 gdb 的命令使手冊看熟，
那麼以後不管是 Linux 或是其他 UNIX 環境，
都可以輕鬆上手寫程式。

HUANGLIFU

command line應該是最終的依歸吧，在windows介面用到肩膀痛的情形下，可以不用滑鼠就不要用滑鼠。

infax

Unix下還是vi才是王道啊~ XDDDD
不過在寫大系統的時候沒像說能跟在win32下有很好用的專案管理系統就比較頭大點(除了寫Java的時候....NetBeans是還滿不錯用的)

我在猜想您所說的斷行是不是指說如果message太多的話會看不到上面的message...
可以試看看按下ScrLock後再按PageUP&PageDown
這樣就可以看到之前的訊息了
至於IDE...前面有人講了~ 可以試試

Java...看情形用吧~~
Java也是可以跑的很快又有效率的~

提外話....Server有沒有考慮來用小惡魔(BSD)來跑呀~~
不敢說好用(其實應該是差不多)，穩定又有好效能

zhihmeng

經過了三個星期痛苦的折摩和努力…
終於把Win32上的Server成功的Porting到Linux上去了…
當然…資料庫也從原來的MSSql Server換成MySQL了…
提供一些心得給大家…
首先是C++語法的部份…儘量使用標準C++的語法…
VC的Compiler對語法的容忍度比較高…GCC就沒那麼聰明了…
所以養成良好的寫作習慣是很重要的…
再者就是template的使用…
VC的name resolution做的比較好…gcc的話…可能你必須要自己幫它做name resolution…
最後是database的部份…
幸好當初是用odbc開發的…這方面倒是比較沒有問題…
只是小心sql語法和函式…儘量用sql 92的標準語法會比較相容…
在IDE工具方面…KDevelop其實算不錯用了…
debug也方便…至於command line下面的gdb…的確是王道…
不過我還不熟啊…
以上…謝謝收看…