好东东，Windows下的远程Linux/Unix编程开发工具

magiccpp

A: 你可以在服务器属性中关闭远程同步的选项，不推荐使用远程同步，这样会造成负载较大。多人开发推荐使用CVS,试一试，OK?

magiccpp

我们从没有发现过这个问题，下午吃了饭有空吗，我们MSN上一起解决你的问题好吗？

magiccpp

请问是什么地方慢？
第一次打开100个文件的工程时，会有点慢，但第二次打开就很快了，只需要3秒左右（在我的P41.8G）
第一次编译调试也会有点慢，约8秒，第二次就非常快了，这是因为第一次操作会话需要登录的原因

magiccpp

To 天祥星辰     ：
请问你的sco open server 5.0.x 上面安装了那种安装环境，
是SCO Development System
还是gcc

magiccpp

回复楼上两篇：
To unixcoder:
其实，vi 的速度是很慢的，不知道你有没有体会。
再网络速度缓慢的情况下，vi 这种“一次一字"的终端编辑模式往往慢的令人无法忍受，特别是拨号或网络繁忙情况下。我后来使用UE编辑后ftp 上传模式就好多了。个人看法，呵呵。
To windflowers1976:
提到重新编译的问题，我以前做的程序也是全省26台主机随便运行的，但是，这个程序不太一样呀，它和系统联系很紧密，比如，我们的HP机就没有shadow , 你的就有，这种情况不编译不行呀，老大。另外还有终端特性，SUN机的一些版本终端特性就不一样。曾经我们都尝试不需要安装后台呢，最后这个方案彻底失败了。
幸好有版本比较统一的linux 与freebsd ，使得个人用户群逐渐增长，而对于使用HP  ， sun , aix 的企业客户，我们会上门或远程进行安装试用，并提供咨询与维护。你因为是同事，而且技术功底比较好，破例了一把，呵呵。电信的同事帮了我不少忙，我对电信系统也一直有深厚的感情，MC在我老家gsta里面都用得很广啦！呵呵，有空来gsta出差可以和他们聊聊MC地。我们这里gsta 不远，可以来坐坐。
另外，给你发了封邮件讨论几个技术问题，查收。

magiccpp

To FH:
谢谢你的指导与建议！
首先，我们谈谈MC的用户定位。MC绝非专为UNIX初学者设计的，它是为所有的UNIX开发人员所设计的，理由有以下几点
1 自动提示与代码补全使得编辑效率有一定提升。
2 错误的双击定位与可视化调试使得调试效率大幅度提升（并非所有的UNIX程序员都有条件使用 Kdevelop）。
3 支持脱机与慢速连接，提升了拨号连接等方式的远程开发效率。
4 支持CVS功能，方便地实现程序版本控制。
我个人在开发MC之前，不熟悉windows，但是，我被VC强大而体贴的功能所吸引，一个UNIX开发高手每月开发的代码量明显不如windows开发高手，个人认为，工具是最大的原因。
第二，我们谈谈开源问题
我们并不是国内的某些软件作者一样，死死拿住源码的人，我们知道，软件要做大，绝对不能死抠代码。对于真心帮助MC的朋友，经过一段时间的接触，我们也会逐步开放他所需要的源代码的。然而，完全开源的手段在国内恶劣的软件环境下，尚不可行。open office开源的结果就是被各大厂商修改后，成为自己的产品，而且不愿意公布修改的代码，这违背了开源的本意。何况，我们几个是全职开发MC的，有能力维护好现有的代码，支持好各位MC的用户。开不开源是次要的，能不能为MC用户节约开发时间是最重要的。
当然，如果局限于国内狭小恶劣的软件生存空间，那当然是死路一条，如果无法走出国门＝MC的死亡。开不开源都无法挽救这个产品。
第三，谈谈商业价值问题
能够用于工业生产，提高效率的产品是有其商业价值的，全国已经有数家大型公司积极试用就是明证。根据经验，这些公司中积极倡导试用MC的领导，一般自己是非常精通UNIX的人，所以，深深了解使用可视化集成环境是能够节约开发成本的。我想，也许正是这些人积极，开放，乐于接受新鲜事物的人，才能够脱颖而出，走上领导的岗位吧。
第四
通过在论坛中的观察，我知道你是一位水平很高的老资格开发人员，那么，你对现在的开发模式是否满意？MC那些方面不能满足你的需求，你希望MC开源是因为你想参与或修改MC项目吗？你目前是如何进行开发的？这都是我们非常希望了解的问题，盼复！

magiccpp

1 ftp 设置缺省路径的问题：
ftp 设置中缺省路径设置的作用： 表示当你使用file->;open 打开服务器上的文件时，文件浏览对话框的初始目录。

2 project->;setup  中有几个地方需要设置路径，
首先： debug 页中都是与你调试，运行有关的选项。
Executable filename for debugging -  可执行文件的全名
working directory -  你执行文件时的工作目录

其次 Compile , Link页中的设置直接关系到你自动生成的Makefile 文件

第三 Makefile页中的设置是与编译有关的。
Auto Generated Makefile中是你指定的自动产生Makefile 文件的名称。

在很多情况下，Makefile 中要编写大量的脚本进行处理，这时，自动生成的Makefile 是无能为力的， 因此，MC提供了使用用户自定义Makefile 文件的功能，请看Customization Makefile 框，在这里，用户可以自行配置如何编译程序,在这里：
Filename －  你自己的Makefile 文件名称
Working directory - 工作目录，指你希望在那个目录下运行make 命令

可见，project->;settings 中的一些路径设置与ftp 属性中的路径设置是完全不一样的，希望广大MC用户不要混淆了这两个概念。

第四，对于使用各种平台的朋友请注意
在下一个版本的MC后台大大加强了跨平台性，大家再也无需在后台设置任何环境变量等东东，V2.1 版本支持以下平台
SUN ： Solaris 2.6 ,Solaris 2.7 , Solaris 7 , Solaris 8   ,
HP：    HP-UX 9.x , HP-UX 11
Linux:  Red Hat Linux 7.0 , Red Hat Linux 8.0,  Red Hat Linux 9.0,Turbo Linux 7.0,SuSE Linux 7.1
BSD:    FreeBSD 4.7 , FreeBSD 4.8 , FreeBSD 4.9.，OpenBSD 2.7.

但是请大家注意，目前只支持gdb , 和dbx for solaris 两个调试器


关注MC的后续发展的朋友们既可以在这里留言，也可以到
http://www.magicunix.com/cgi-bin1/forum_cn/ultimatebb.cgi
留言给我们。只有你们的支持与鼓励，才能够让我们坚持下去！

magiccpp

请欣赏澳洲MC用户viggy 小姐激情演绎：MC之歌（陈奕迅的明年今日_MC版
）
http://www.magicunix.com/download/mc.rm

magiccpp

答谢lenovo斑竹的支持，我们唱了一首程序员之歌，献给大家：
程序员，为何又要加班
不愿在公司熬夜，只想回家
就让女友，在家独自一人
为何编程序一段就两眼发花

需求每天都更改，设计每天都重来
為何都不大懂得努力體恤员工？
别人都开小车，我供房如同幻覺...
Shall we code? Shall we code?
只想重新找到当年的感觉。

玩命编，玩命编到最后我们没有希望
谁能够，谁能帮助我们走出怪圈
难得可以同行，何以要忌諱交流
其实理解真有療效，我们需要更多...

我们携手

QQ灌水，無論什麼都看
事业在停滞边缘只能郁闷
若个人英雄，還談甚麼团队
寧願在刺激CS里面狙击忙

需求每天都更改，设计每天都重来
為何都不大懂得努力體恤员工？
住在六环之外，供房却如同幻覺...
Shall we code? Shall we code?
就算创业开始很难，别退缩



我们闯，我们努力奋斗进取毫不畏缩
放弃吗，除非我们已失去了能力开发
激情可以平静，壮志卻避不過
为了理想要实现，就要默默坚持

程序员，为何又要加班
团队在创业初期，无私奉献
Shall we code? 答案只有一个
理想的实现得靠键盘聲聲响...

http://www.magicunix.com/download/MC.mp3

magiccpp

HP是支持的，需要直接拿source codes进行编译。你到MC的论坛来吧，服务器端后台程序的源代码已经在论坛内open source了，很多朋友已经在HP下用上了，呵呵。

MC论坛：http://www.magicunix.com/cgi-bin1/forum_cn/ultimatebb.cgi