日前曾经遇到过因数据窗口保存时出现“其它错误”，跟踪发现数据窗口提示是Row Has Changed Between and update。即数据在更新之前已被修改的大概意思，其实是单机访问并无并发访问，令人费角。就此曾向多位PB界前辈请教，被告知与数据窗口默认值有关。当时未能具体了解其中的含义。今天再次遇到类似问题，入库单保存后，提示“是否直接确认”，如果选择确认，提示其它错误。跟踪仍然

  最近一段时间由于项目的原因，和程序的“死锁”问题打了不少交道。由于对“死锁”定义不清楚，缺乏大批量数据处理的经验，耗费了很多时间和精力，也走了相当多的弯路。经过摸索，对程序中出现的问题有了一定的认识，基本解决了程序中出现的各种“死锁”问题。在此，对前段时间的摸索做一下经验总结。 在SQL Server2000的联机丛书中，是这样定义“死锁”的：当某组资源的两个或多个线程之间有循

公司的系统是使用PB9.0 + SQLServer2000开发的，采用Visual Source safe6进行版本控制。由于项目客户化需求的影响，系统经常要进行更新和编译。每次的工作流程就是：先在负责编译的机器上打开VSS，下载需要更新的PBL到本地，然后找到源程序所在目录，将目录及其所有子文件的“只读”属性去掉（因为在VSS上Get Last Version时会自动将文件设置成只读，PB就无法

        以前曾经写过一篇文章关于PowerBuilder中设置数据窗口Update属性的，主要讲的是防止出现“行在保存之前已经被更新”之类提示，属于并发问题。最近使用数据窗口过程中发现，Update属性设置不当还会出现数据的丢失，详情如下：        现数据库中有一张表保存商品信息，商品主键为编号，其余有种类、名称、零售价、批发价等字段。在其中一个编辑窗口中，添加了一个数据窗口，牵

        由于PB语言本身的特性，一般很少会在编程时使用第三方控件的。但是一旦使用还真不像VB那么方便。日前在编写一段程序时，就遇到了一点问题。写出来与大家分享心得。        这段程序其实很简单，就是使用第三方提供的加密锁来实现密码或其它用户个人信息的存储。根据其提供的Demo程序，我们知道它有一个控件是用来读写加密锁指定地址数据的，至于其内在逻辑就不用管了，关键是如何调用的问题。

        最近在编译公司的系统程序时出现问题，提示某窗口上用户对象的属性非法。（类似于Incompatible property rb_year for type uo_query……这样的编译错误）。经过检查，发现该用户对象并没有错误，其中也包括rb_year这个控件，为什么编译不通过呢？为了排除是控件的问题，又向窗口上增加了一个用户对象，该用户对象的属性存取语句就可以正常保存！那么为什么