re: WINDOWS史前一万年 sunwaywei 2008-10-22 13:17
ODBC其实在Windows 3.1的时候已经出现了，当时Borland在做Delphi 1.0的时候想用IDAPI与其竞争，但后来终究不敌MS的组合拳。
re: 使用UpdatePanel控件要注意的一个问题 sunwaywei 2006-11-02 07:55
@moslem
呵呵，怎么可能会不行呢？我就改好了嘛
@Dflying Chen
你说的对，本身与UpdatePanel是没关系的，不过UpdatePanel会导致这样的问题，一开始想不到的话也容易一头雾水的
re: Sloth 简介(二) sunwaywei 2006-10-25 07:35
继续关注中，期待源码早日发布！
re: 关于我们的 OpenSource 的想法（一） sunwaywei 2006-10-22 23:25
强烈支持。嗯，昨天居然评论死活发不上来，郁闷~~
第一时间下到了Turbo Delphi和Turbo C++，不过只是尝试了一下安装过程，还是决定暂缓安装。因为它们都需要.net 1.1，甚至.net 1.1 sp1。
颇为郁闷，因为我的机子上已经不再有.net 1.1，只有.net 2.0了。原以为应该也可以装，不料还是不行，实在是不想再装一个。反正短期内用不着，停一下也无妨。
想一想，还是要叹一口气。
re: 不小心染上了Bloodhound.NsAnti sunwaywei 2006-08-28 11:40
我现在使用卡巴斯基了，不再使用诺顿。感觉卡巴占用的资源比诺顿还要少一些，对病毒和木马的检测能力也要强一些。
大家也试一试吧。
@lixiong
谢谢你提供的信息。看来托管代码和非托管代码之间互操作仍然是有很多隐忧的。
我的程序基本上可以排除引用计数有误之类的情况，应当是CLR自身机制上存在缺陷吧。当时出错的时候，也是在检查事件的引发过程时根据直觉判断的。
@sanni:mylove
这个方法很多吧，我是用的最简单的，因为这里的事件对实时响应要求不是特别高，所以我规定如果本次事件与上次事件发生的时间间隔小于某个值，则将后一个事件挂起，过了间隔之后再次引发。
当然这个方法并不适用于所有情况，对我的应用来说，由于后一个事件都是一个状态变化的通知事件，迟些引发是没有什么问题的。如果在挂起过程中，这个事件再次被引发，则直接修改被挂起事件的相关参数，相应的可以降低通知事件的引发频率，减少一些无谓消耗。:)
今天看到Turbo Delphi的Demo，发现Turbo Delphi for Win32，也同样需要.net framework的支持，大约是为了支持Refactor和Error Insight吧。想了一想也不奇怪，毕竟要修整IDE也不是件容易的事。
希望最后拿到的，是一个轻便、快速、灵活的产品！
@smalldust
1、我对比过了，没有任何差别。
2、这一点我同意，应该还是在COM函数内部的错误，只是我现在怀疑会不会交互过程中参数传递发生了错误，因为一直到函数调用前，变量的值始终是对的。
我现在能找到的唯一差别就是，能运行的程序是从VS 2003升级来的，所以没使用partial class，而不能运行的则使用了partial class。其它的一切完全一样。
不知道.net 1.x 与 .net 2.0 在引入COM库的处理过程有什么差异？也许从VS2003升级后的程序在COM控件的包装上继承了.net 1.x 的结果呢。
@xiangdongnan
我想肯定不是你说的原因。
况且 .net 本身只有 Int16、Int32、Int64，这些数据类型的长度是不会改变的吧。.net 1.1 里，C# 的 long 就是对应的 Int64.
在 ParallelGraphics 公司的论坛上也看到了有人遇上同样的问题，也是用 VS2005/.net 2.0 时发生了同样的这个异常，并且改用 VS2003/.net 1.1 后正常。看来并不是偶然，而且人家也没有找到好的办法，sigh。
re: 奇怪的C++问题 sunwaywei 2006-07-10 09:42
@沐枫
不记得当时有没有 Rebuild，事后我也想到了也许 Rebuild 可以解决问题，不过由于没再遇上过，无法知道结果了。呵呵
re: 博客园将迈出重要的一步,注册一个公司 sunwaywei 2006-07-09 19:56
支持dudu，支持博客园。
也许我能算是一个“能在一个相对长的时期耐得住寂寞、付出和痛苦”的人，不过惭愧，觉得自己水平不足，或许帮不了你太大的忙。
re: ASP.NET 2.0 中使用自定义缓存依赖 sunwaywei 2006-06-12 18:07
@fuyude.net
没关系，欢迎讨论
re: 为了一个 const 折腾了半天 sunwaywei 2006-06-12 17:55
@雾雪
不是急，是一种反思。
re: ASP.NET 2.0 中使用自定义缓存依赖 sunwaywei 2006-06-12 08:01
@fuyude.net
我一直没有看到你的评论，更没有删你的评论。
re: ASP.NET 2.0 中使用自定义缓存依赖 sunwaywei 2006-06-11 20:01
做了这个例子才发现，博客园的首页 RSS 更新真是慢啊。现在都 GMT 12点了吧，但是 RSS 的 lastBuildDate 依然是 08:49:29 GMT~~
我差点以为自己的代码有问题乐。
re: 在 .net 2.0 中使用自定义事务操作 sunwaywei 2006-06-06 11:51
呵呵，大家别再讲学历问题了吧，何必呢？
re: vs2005一个不能调试的错误 sunwaywei 2006-06-05 21:46
是的，Terminal Service关闭会导致VS2005调试无法附加的问题，不过似乎不能称之为VS2005的错误，因为它的Remote Debugger与Terminal Service就是有这么个依赖关系。
另外，我倒是觉得VS2005附加进程似乎有时候还不如VS2003好用，记得以前调CGI程序的时候，VS2003可以轻松Attach，但VS2005的可附加进程列表中却经常没有我要调的程序。
re: CAD二次开发中遇到一个无法解决的问题 sunwaywei 2006-06-05 08:44
这个问题在 AutoCAD 2000 及以后版本中不是问题，所有一切执行正确。但直到现在为止，AutoCAD R14 下仍然无法行得通，只能使用 ModelSpace 遍历的办法，叹一个。
re: 郁闷的端午节 sunwaywei 2006-06-02 21:57
@天天敲
是的，认识一下。我的msn：gcx_zw1027@163.com
Colin Han 说的对，一转成二进制格式就明白了
re: 在.net中，C++应该扮演一个怎么样的角色？ sunwaywei 2006-06-02 20:43
这个问题，从学术角度和从实用角度来看，得到的答案肯定是不太一致的。
作为偶尔需要使用C++/CLI的我来说，有时候它还是令我欣赏的。
re: ASP.NET 2.0 中的客户端脚本 sunwaywei 2006-06-02 08:36
@木鱼
就我看来，你在asp:Button之中直接定义onmouseover和onmouseout在.net 2.0中是不对的，因为它根本就不支持这两个属性，编译时即会报错。
我觉得，在你这个例子中，如果只是要实现颜色变换的效果，直接用最基本的input就可以。如：
<input type="button" id="Button1" value="Button1" onmouseover="MakeRed();" onmouseout="RestoreColor();" />
如果确实需要用asp:Button，那么你不妨在代码中使用类似 Button1.Attributes.Add("onmouseover", "MakeRed();") 这样的语法来为服务端控件加上客户端脚本事件。
re: 有南京的朋友吗？ sunwaywei 2006-06-01 17:29
很好，我也在南京，希望认识更多的朋友。
msn: gcx_zw1027@163.com
re: AjaxPro 内部机制探讨 sunwaywei 2006-05-16 17:06
@zhaojc
话不能这么说。
作为技术人员，最应该关注的是技术实现。他山之石，尚可攻玉。至于使用的语言，只不过是个工具。最需要我们学的，是技术背后的思想。
我用过很多种语言和工具，虽然由于现在所从事的项目比较多地使用C++，但实际上我对.net非常看好。可惜平时开发太忙，用于研究的时间很少，不能不说是一件憾事。
re: 急寻有虚拟打印机开发经验的人士合作 sunwaywei 2006-05-12 10:11
@z.knight
说的很对，我们以前自己有过PostScript的虚拟打印机，我曾建议过在它基础之上进行改进，但被上面否决了，他们还是决定买。
re: 被老鼠咬了，郁闷 sunwaywei 2006-04-30 11:02
@Bear.sTaR{R}
用坐便器基本上可以防止马桶引鼠入室。如果是老式的蹲坑，就真的很难说啦，高层楼房里的老鼠基本上都是从这个渠道进家的。
@Tony.Gong
想来确实是你给猫养得太好了。让它多吃素，晚饭别给或是别让吃饱，看它敢不敢偷懒？呵呵。
re: 被老鼠咬了，郁闷 sunwaywei 2006-04-29 20:39
@phoenixsky
可惜不是你们实验室的小白鼠啊，否则多咬几口又何妨？嘿嘿
re: 被老鼠咬了，郁闷 sunwaywei 2006-04-29 13:42
@Bear.sTaR{R}
哈哈，不是还有人养仓鼠作宠物么？
其实我倒觉得，要不是老鼠老是和人类抢吃抢穿，单它本身从某种角度而言也是个可爱的小动物。
re: windows vista 试用手记 sunwaywei 2006-04-27 10:49
@追求卓越
你说的也对。不过我觉得我只能算是试用而已。最主要的目的是测试我们一些软件是否能在 Vista 下正常运行。
至于专业的评测，我没有那个技术，也没有那个条件，呵呵。
re: windows vista 试用手记 sunwaywei 2006-04-27 08:57
@Tony.Gong
内存确实少啊，但没办法，总不能为了测试再去买内存，所以我得拼命压缩系统服务。
其它的我还没来得及测呢，比如防病毒软件什么的，有机会再看了。有结果的话，我会再发在这里。
不过Vista 自带的游戏还是不错的，传统的Windows游戏都得到了效果的加强。另外多了两个很不错的，一个国际象棋，3D效果。另一个居然是麻将！只不过玩法是那种配对的，以前见过这个游戏的，下回截张图发过来，估计有不少人之前都玩过。
re: windows vista 试用手记 sunwaywei 2006-04-27 08:54
@追求卓越
我没打算详细说明配置啊。呵呵~~
其实说实话我测试用的机器配置并不算多好，但比起其它用过的机子确实是高出一些档次了，主要就是在显卡上，我的工作用机显存没有超过32M的。
re: ASP.NET 2.0 中的客户端脚本 sunwaywei 2006-04-25 10:41
@flyingchen
如果你用 C#，请在 RaiseCallbackEvent 和 GetCallbackResult 函数前面加上 "ICallbackEventHandler."，再试一试。
如果你用 VB.NET，请按 rc 的方法。
re: ASP.NET 2.0 中的客户端脚本 sunwaywei 2006-04-24 19:56
@rc
对不起，是我写的时候不严格。以下贴出我的全部代码：
1
<%
@ Page Language="C#" %>
2<%@ Implements Interface="System.Web.UI.ICallbackEventHandler" %>
3
4<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
5
6<script runat="server">
7
public int nCount = 0;
8
9 public void RaiseCallbackEvent(String eventArgument)
10
{
11 nCount = Convert.ToInt32(eventArgument) + 1;
12
}
13
14 public string GetCallbackResult()
15 {
16 return nCount.ToString();
17 }
18
19 void Page_Load(object sender, EventArgs e)
20 {
21 ClientScriptManager cs = Page.ClientScript;
22 String cbReference = cs.GetCallbackEventReference(this, "arg", "ReceiveServerData", "context");
23 String callbackScript = "function CallServer(arg, context) {" + cbReference + ";}";
24 cs.RegisterClientScriptBlock(this.GetType(), "CallServer", callbackScript, true);
25
}
26</script>
27
28<html xmlns="http://www.w3.org/1999/xhtml" >
29<head runat="server">
30 <title>Untitled Page</title>
31</head>
32<script language="javascript">
33var svalue = 0;
34function ReceiveServerData(rvalue, context)
35{
36 labelResult.innerText = rvalue;
37 svalue = rvalue;
38}
39</script>
40<body>
41 <form id="form1" runat="server">
42 <div>
43 <label id="labelResult">0</label>
44 <br />
45 <input type="button" value="TestCallback" onclick="CallServer(svalue, alert('数据递增！'))" />
46 </div>
47 </form>
48</body>
49</html>
50
以上代码经我测试通过，你可以参照一下。原先我写的地方，TestCallback 的 onclick 事件中，CallServer 函数不应当用 value 作参数名，因为它会与 value="TestCallback" 冲突，结果导致 "TestCallback" 被传到服务端，所以执行会不正确
re: ASP.NET 2.0 中的客户端脚本 sunwaywei 2006-04-24 11:55
@rc
不客气，共同进步
re: ASP.NET 2.0 中的客户端脚本 sunwaywei 2006-04-23 13:06
@rc
这个错误我也发现过。当时我是 Copy & Paste 之后出现这个问题，后来我自己手工写就没再出现了。你试一试。
另外 Code-Behind 模式下，这个错误也会出现，解决方法相同。
re: 闲侃程序员（转载） sunwaywei 2006-04-23 10:37
@达达
咱们基本同一个等级。
也许博客园的常客有许多都是这一类吧。
re: ASP.NET 2.0 中的客户端脚本 sunwaywei 2006-04-23 10:32
re: 遭遇电梯故障 sunwaywei 2006-04-18 22:26
@phoenixsky
哈，好妹妹，欢迎常来啊
re: 南京软件人才市场之我见 sunwaywei 2006-04-18 17:01
我也在南京，颇有些悲哀，呵呵。
re: 我的第一把“斧子” sunwaywei 2006-04-18 16:43
谁都是从新手过来的嘛，^_^
re: 遭遇电梯故障 sunwaywei 2006-04-18 16:06
@Tmouse
感觉没有啊。轰的一下到底，震的腿发麻~~~~
re: AjaxPro 内部机制探讨 sunwaywei 2006-04-17 22:58
re: AjaxPro 内部机制探讨 sunwaywei 2006-04-15 14:40
@Dflying Chen
您说的对，确实是AjaxPro，我改过来了。
re: web 下实现文档的可浏览但不可保存 sunwaywei 2006-03-23 12:27
@iamsunrise
用你所说的方法当然可以了，只要你不嫌麻烦。何况我们并不是真正要求客户端完全无法获取数据，只是让获取数据没有那么容易。
@gozh2002
We do not use pdf format, for it is used widely. What we used is a binary document format defined by outselves.
re: web 下实现文档的可浏览但不可保存 sunwaywei 2006-03-23 10:17
@kaneboy
RMS，Rights Management Services。我还不太了解，有空我会去看一看，谢谢指教。
我们做这个东西目前更多的是实验性质。因为客户也不知道它能否起到预想的作用，如果下一步证明大有可为，或许整个项目我们会重新构思设计。
re: web 下实现文档的可浏览但不可保存 sunwaywei 2006-03-23 10:12
呵呵，没想到一句话引起这么多的争论。
没有完不成的任务，这句话要看怎么理解。许多时候，我们从正面解决一些问题往往是非常复杂，甚至可能是付出巨大代价而没有什么回报的，碰到这种情况，作为商业开发来说，我们总是试图绕开它，并且基本上可以说，我们总是可以绕开它。BOSS是这样的意思。
客户的要求其实就是类似于超星数字图书馆，可以浏览，可以打印，也可以截屏，但是无法用文本啊、Word啊之类的格式来保存，或者直观的说就是无法传播、无法二次使用，除非用户愿意将成百上千页的文档一个个截屏。我们相关的文档不是HTML格式，而是二进制的。我们曾考虑过转换成HTML，但最后我们认为是不现实，也是不值得的的。
re: .net 中使用 OLE 复合文档 sunwaywei 2006-03-21 09:09
to dolphin.cn：
关于结构化存储，MSDN中讲的非常详细。至于它与 .net 的结合，你可以看看微软的例子，里面有比较完整的示例，文章中我已给出了链接。我写的例子已经与我们做的项目整合，不好直接给你。
此外，还有一点需要注意的。由 StdCreateDocfile 创建出来的 IStorage 接口，在 win32/C++ 下直接将其赋为 NULL 即关闭其对应的文件。但在 .net 下将其赋为 null 后却未必立即关闭文件，这是因为垃圾收集的原因。确实需要立即再次访问文件可以采取手工干预的办法。