libdbi-devel — Discussion about development of the core library and DBD interface

[libdbi-devel] =?GB2312?B?ueO2q8Xg0bXN+NH7x+vE+rXEvNPDyw==?=

[grtt <hr...@cc...>]

【广东培训网邀请您的加盟】


广东培训网是中国第一家综合培训、教育、师资大型专业展示平台，为教育机构、培训机构、专家讲师提供基于互联网的招生合作、管理咨询、品牌宣传等专业化服务。

★★★首个支持讲师、机构在线自行发布内部培训、各类国家职业资格认证课程、上传个人照片、内训图片、机构展示图片、LOGO图片、在线视频及视频播放、个人主页!★★★

》》注册机构会员：免费注册机构会员，将成为广东培训网的推荐首页品牌机构！享受本网更强大功能、享受长期免费发布课程的资格。
》》注册讲师会员：免费注册合作讲师会员、与本网合作共同发展，将成为广东培训网的推荐首页金牌讲师、享受更完美自我展示平台！
●超强大的培训项目，覆盖全国的各类培训课程和强大的讲师资料库
●品牌机构发布，最新在线课程发布、在线内部培训查询
●在线发布需求，在线报名，在线咨询、在线论坛、在线视频等!
●企业内部培训方案、公开课培训、个人技能提升、户外拓展
广东培训网---期待与你携手共同合作、发展！
咨询联系电话:  020-62777645、13711363776、62777660    
客服QQ: 379557588、273757250、84390879
详情请登陆广东培训网【www.gdpx.com.cn】
顺祝：商祺!

[libdbi-devel] =?GB2312?B?tPq/qreixrE=?=

[<qwe...@21...>]

尊敬的公司领负责人(经理／财务)您们好！

    我是深圳市粤泰实业有限公司的，我司实力雄厚，有着艮好的社
会关系。由于我司进项较多，完成不了每月销售额度，公司决定采取
最优惠的方式来对外代开发票。代开范围：增值税、海关缴款书、普
通商品销售发票；地税，建筑安装、运输、广告、服务业、咨询和定
额发票等；本司真诚地希望能够与贵司合作！也可为贵司节约一部分
资金！

    如果贵司在发票方面有任何疑虑，可上网查询或我司人员与贵司
人员去税务确定。一切发票可经贵司确认后才付款！

    祝：贵公司生意兴隆 蓬勃发展 业绩蒸蒸日上！

            欢迎来电咨询：

                      联系人：张伟明
                      手  机：13631563008
                      传真：0755-28261709
                      邮  箱: asd...@16... 

[libdbi-devel] =?GB2312?B?tPq/qreixrE=?=

[<qwe...@21...>]

尊敬的公司领负责人(经理／财务)您们好！

    我是深圳市粤泰实业有限公司的，我司实力雄厚，有着艮好的社
会关系。由于我司进项较多，完成不了每月销售额度，公司决定采取
最优惠的方式来对外代开发票。代开范围：增值税、海关缴款书、普
通商品销售发票；地税，建筑安装、运输、广告、服务业、咨询和定
额发票等；本司真诚地希望能够与贵司合作！也可为贵司节约一部分
资金！

    如果贵司在发票方面有任何疑虑，可上网查询或我司人员与贵司
人员去税务确定。一切发票可经贵司确认后才付款！

    祝：贵公司生意兴隆 蓬勃发展 业绩蒸蒸日上！

            欢迎来电咨询：

                      联系人：张伟明
                      手  机：13631563008
                      传真：0755-28261709
                      邮  箱: asd...@16... 

[libdbi-devel] =?GB2312?B?1sfE3L2ossS5qdOmyczN+A==?=

[<dr...@gr...>]

  中国智能建材供应商网为智能建筑材料、网络设备及电脑相关、线缆桥架等产品供应商提供展示公司产品、供求信息的平台,为产品供应商和
工程商之间提供交流的平台。为产品供应商提供更加广阔的空间。
  欢迎免费注册智能建材供应商网(http://www.cnutp.com );成为注册会员,免费发布供求信息,免费发布产品信息,招聘信息等。足不出户推广
公司产品,赢得更多客户。
    欢迎升级为VIP用户(200元/月),享受产品首页右侧LOGO广告6个月,享受产品首页、次页、查询、公司推荐;最新工程项目信息;自主建站、
上传公司形象图片。
      
   同时我们的网站将为你提供周到的广告服务，我们的网站网络广告－空间几乎是不受限制的，而且价格也实惠。企业可以付出很少的代价就
可以提供关于企业和产品的百科全书式的信息，友好的交互界面也为企业和用户之间架起友好的沟通桥梁，用户不必为了看一条自己所关心的
信息焦急的等待，只要你轻轻按动鼠标，你所希望的信息就会随时展现在你的面前。INTERNET可以把网络广告传播到全国各个角落，这一特点给
了您的企业一个走向全国展现自己的机会。  


欢迎联系广告业务:
    1.首页上端黄金位置广告：
　   a.2000元/年, 468*60像素 ,可容纳2-3条广告翻跳,免费10M空间存放网页 ;
    2.行业分类首页上端黄金广告位置： 
     a.2000元/年, 468*60像素 ,可容纳2-3条广告翻跳,免费10M空间存放网页
    3.招聘专区首页上端黄金广告位置：  
　   a.1000元/年   b.150*40像 　   
　   c.容纳2-3条广告翻跳，提供10M空间存放网页 . 
   4. 其它二/三级页面上端黄金广告位置：
   
　   a.1000元/年   b.468*60像素  c.免费10M空间存放网页  
 
备注：
     1、如果您想刊登的广告不在上述范围之内，我们将给您答复。
     2、以上价格包括一次Banner条的制作和所有广告发布期内的所有信息的维护和更新（网页按制作费用收取）。
 
 中国智能建材供应商网
 联系电话: 0571-85798301 联系人：章国苹 联系email: zh...@zj...; or zh...@56...

[libdbi-devel] =?GB2312?B?16rIw7uoxOC7rby8yvU=?=

[pyzjy888 <pyz...@ya...>]

转让花泥画（彩泥画）、手工香皂技术 
要想做好  彩泥画（花泥画）生意关键看你如何营销成本核算利润空间多少
   彩泥画又叫花泥画，各位朋友们我有两句肺腑之言，请听我说："彩泥画（花泥画）大部分配方是一样的，营销模式也是一样的，宣传方式也是一样的，为什么呀？我告诉你，因为自己本身都没有亲身去做，没有亲身体验过，没有经验，如何告诉你呀，自己都不知道事情不可能告诉你的吧？那如何赚钱那？转让技术，出售配方，真正做实体的又有多少那？想把彩泥画（花泥画）做成产业化的有多少人那？朋友们，当你决定做彩泥画之前，一定要咨询好，问明白，然后再去做，你一定不会后悔的，否则你必后悔，因为有的人只想赚钱了，没有把你这个上帝真正当上帝对待，没有学之前非常热情，学习期间还可以，当你的回到家了，有可能某个环节当时没有弄明白，然后再去打电话咨询，就有些不耐烦了，经过更多次的打电话咨询，态度就更可想而之了，所以我要告诫想学习彩泥画还没有学习的朋友们，决定之前一定要擦亮你的眼睛。因为你的钱不是大风刮来的，那可是你的血汗钱呀，得花在刀刃上，要花的值，懂吗？"我就说这么多吧。
那有朋友问了，我想学习彩泥画就没有地方学习了吗？就学不成了吗？我告诉你不是的，网络虽然是虚拟的，但也是真实的，我们春光花泥画苑就受益于网络，我们现在已经离不开网络了。坦白的说，现代营销靠什么取胜，靠服务，售前服务必言重要，但售后服务更重要，如现在有些电器产品的商家的售后服务是如何？我不说我想朋友们也能感觉到吧。大都是服务上门的。到我们春光花泥画苑学习的朋友来自全国各地，有的都几年了，到现在为止还有95%的朋友还互相来往那，互相交流那，都成为真正的朋友了。我们已经编织了一个庞大的营销网络了，无论是谁，有了好的项目都互相告之。有了最好的服务还不够，还要有最好营销方式，一日之即在于晨，一年之即在于春，朋友们，想做什么项目，做什么生意，马上行动吧，否则过了五.一，就晚了。一定要抓住这个5.1黄金周，如，就拿做花泥画来说吧，如果做好了一个5.1黄金周再加上一个6.1儿童节，就是你半年的收入，具体怎么做，怎么营销，那是我的秘密营销武器了，如果你成为我们的学员了，我会毫无保留的全都告诉你的。有了最好的服务和最好的营销方法还是不够的，为什么呀？你得成本核算呀？目前市场上的彩泥画（花泥画），成本都高，有的人说成本多少多少，能卖到多少多少，
纯粹吓说，就拿内径20*25的小画来说吧，一个框架就得是4元左右，再加上0.5元的画板，0.5元的泥巴，其他费用都不算就得5元吧，你卖多少钱？15-20元，在5.1黄金周，6.1儿童节还算能卖出去一些，因为过节了，给孩子花点钱，人之常情吗，平时那，就算是周六，周日，也卖不了几幅，为什么？贵贝，我反问你一句，你经常愿意花15---20几元给孩子买玩具吗？回答应该是不吧。那也许有人又说了，不装画框卖贝，好看吗？你自己说？一张三合板上画一个小狗，没有边框做装饰，你说能好看吗？记得我们春光花泥画苑做第一个5.1黄金周时，生意从早晨就非常火，一直持续到晚上18点左右，那天的早餐我们是晚上21点吃的，根本就没有时间吃，也不觉得饿，因为赚钱了吗？忘记吃饭了，晚上一数钱1655元，不错，很高兴，那个5.1黄金周我们赚了10000多，所有的本钱都收回来了，但是，刚过5.1黄金周不景气的生意也来了，平时一幅也不卖，周六，周日，偶然能卖一个，两个的，还都跟你讲价，唉，有生意就做点吧，反正比不开张好点，要不一分钱也没有吗，一连两周都如此，有朋友跟我说，也许是刚刚过完5.1黄金周的缘故吧，我说，好象不是，为什么人家有生意而我们没有那？并且我们的彩泥画还比他们的漂亮，有人也问，就是不做，问的
人多，做的人少。于是我们就总结是什么原因？马上就6.1儿童节了，怎么办？怎么办？经过几个不眠之夜，结果出来了，我们的花泥画价格贵，成本高，并不是人们不喜欢我们的花泥画，可以说人人都喜欢我们的花泥画，人人都说漂亮，好看。那怎么降低成本？到加工家具的工厂买他们的边角余料来做我们的画板？买便宜的材料做泥巴，都不是，那只好降低画框的成本了，经过和批发画框的商家谈了几次，人家一分钱都没有下调，那怎么办呀？还有一周就6.1儿童节了，一个金点子终于出现了，马上实施，6.1儿童节到了，也是一样，一大早人们就领着孩子来了，哇噻，6.1儿童节比5.1黄金周火多了，是5.1黄金周的几倍呀，300多瓶的泥巴不到一上午就脱销了，只好打的回家取来200瓶，中午大约有一个小时我不卖货，因为没有地方坐了呀，没有泥巴呀，待到晚上一结算，毛利3500多元，纯利2600元，好，真好，我喜欢6.1儿童节，它不但是孩子们的节日，同时也是我的节日。可以说当时心中的喜悦难以言表，说了这么多6.1儿童节我是怎么营销的？怎么降低成本的？还是举个例子说明吧，也拿20*25的说吧，如果用我5.1的成本核算，画框4元+泥巴0.5元+画板0.5元==5元，售价15-20元，有时10元也卖，（买的人少，问的人多），用我6.1的成本核算
那？画框+画板+泥巴==2.8元，售价10元，基本是问了就买，价格虽然比5.1黄金周便宜了，但比5.1黄金周玩的人多了，10，8元的，人们任花呀，15，20元的，人们不认可呀，如何，朋友，无论现在你是学习过的朋友还是没有学习的朋友，想要知道我是如何降低成本的，请你到我们春光花泥画苑来面授，我们不函授的。但经过那个6.1儿童节，有的朋友认为我的成本已经是很低了，但我们在保证花泥画的画质和效果的同时更追求更低的成本，谋求更大的利润，经过几个月的努力，我们做到了，20*25的花泥画的成本我们又从6.1儿童节的2.8元降低到1.5元，零售价依然是10元，朋友，你看我们的利润空间不错吧，你想学习的话，你也一样能做到的。联系我们春光花泥画苑吧，我们会让你一个5.1黄金周收回你的投资，让你在6.1儿童节就赢利，也和孩子们一样来分享6.1儿童节的喜悦。自从那个6.1儿童节后，我们春光花泥画苑也逐渐成熟了并开始走向批发了，又创作了全国首家花泥画彩色画板，该画板的好处是让做画者不用上底色了，他们节省时间了，我们又多赚钱了。我们春光花泥画苑的花泥画利润空间都在3-4倍以上，如果自己做彩色花泥画画板的话，利润可达到6倍以上，朋友，现在做什么生意能有这么大的利润空间呀，你如果做批发的话，也
有1--2倍的利润空间呀，我们春光花泥画苑并且有套最好的营销方案和成功的营销经验，欢迎学习考察，可以发email  : pyp...@16...    QQ:605267723     登陆我的博客网站 http://blog.china.alibaba.com/blog/pyzjy888.html  ，或者登陆我这个网站  http://pyzjy888.nud8.com  或者  http://www.kkf8.com/pggw/?mid=pyzjy888  也可以给我留言，打电话。我们春光花泥画苑愿结交来自五湖四海的朋友，以上那些都是我们的经历。下面说一说有些在其他地方学习过的朋友为什么放弃花泥画不做了？
有个湖南长沙的朋友说：她在南方某家学习了两次，也不会配花泥，最后只好放弃了；山东的一个朋友说他也在南方学习的，回来后自己开了个当铺，一开张还可以，但没过几天就不行了，就连6.1儿童节都没有赚到钱；山西有个朋友说，花泥画的成本太高，卖不动；安徽有个朋友在一个5.1她运用我告诉她的方式去营销，结果，在5.1黄金周期间每天营业额都在1000元左右，人们站着排买她的花泥画；广州白云有个朋友做了几个月也不做了，还是因为花泥画的成本高；广州还有一个朋友也一样因为花泥画成本高门庭冷却；四川的一个朋友也是因为花泥画的成本高，改行了；以上我所说的例子是可以查证的，我没有吓说，更不是攻击谁，只是说几句实话吧了，请同行们见凉。   
最后，希望想在2006年创业的朋友心想事成，愿你们的美梦成真，祝君好运。

[libdbi-devel] =?GB2312?B?u6q078q10rXT0M/euavLvg==?=

[<sh...@56...>]

上海华达实业有限公司。与多家省市公司合作，现有部份发票可对外代开：代开增值税及各种普通发票..一般正规产品(非国家禁止产品)我公司都可以开出,收取费用低,可提供给贵公司作帐及（进项）抵扣用，降低成本、提高效率。
> 收费如下：
> 普通商品销售发票及建筑安装专用发票，加工修理等普通发票按金额大小算：5万以下收2个点、最低100元，5万到50万收1.5，50万以上收1个点；(金额越大价钱越优惠)
代开范围:商品销售、运输物流、广告、服务、建筑安装等，　本公司郑重承诺所用票据均为各单位在税务局所申领，可上网查询或到税务局抵扣验证。（国内各大城市均有我们的合作公司）　

（金额越大、价钱越优惠，以上价钱仍有商量）
> 本公司开出的发票绝对正规，均可先验票后收钱。

联系人：李先生
手机：13538216526

[libdbi-devel] (no subject)

[<pp...@jm...>]

<html>
<TABLE cellSpacing=0 cellPadding=0 width="99%" border=0>
<TBODY>
<TR>
<TD width=330 background=http://mimg.163.com/stationery/20050720/birth_1_top.jpg height=115>&nbsp;</TD>
<TD bgColor=#fff3ef>&nbsp;</TD></TR></TBODY></TABLE>
<TABLE cellSpacing=0 cellPadding=0 width="99%" border=0>
<TBODY>
<TR>
<TD background=http://mimg.163.com/stationery/20050720/birth_1_bg2.gif></TD></TR></TBODY></TABLE>
<TABLE cellSpacing=0 cellPadding=0 width="99%" bgColor=#fff7f7 border=0>
<TBODY>
<TR>
<TD>&nbsp;</TD>
<TD style="FONT-SIZE: 14px; COLOR: #9a411c; LINE-HEIGHT: 25px" width="95%" background=http://mimg.163.com/stationery/20050720/birth_1_line.gif>
<DIV><STATIONERY>亲爱的朋友：
　　       您好！
           如果你能收到我的来信。我真诚的把我新开发的网站：<A href="http://kuandai.9soho.com">http://kuandai.9soho.com</A>推荐给你，你在闲暇的时候可以浏览一下，有兴趣可以注册成用户更深层去了解一下，很希望我们能成为志同道合的朋友。    如果你觉得我浪费了你宝贵的时间，我在表示深深的歉意的同时，建议你将她（<A href="http://kuandai.9soho.com">http://kuandai.9soho.com</A>)作为你的首页，我想她在你每次上网的时候可以为你提供一些小小的帮助，借以弥补我对你时间的耽误。
            谢谢！         





      致
礼！
　 </DIV>
<DIV>&nbsp; </A> <BR><BR><BR><BR>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;致<BR>礼！<BR>&nbsp;&nbsp;</DIV><STATIONERY></TD>
<TD>&nbsp;</TD></TR></TBODY></TABLE>
<TABLE cellSpacing=0 cellPadding=0 width="99%" border=0>
<TBODY>
<TR>
<TD width=120 background=http://mimg.163.com/stationery/20050720/birth_1_copyright.gif height=150>&nbsp;</TD>
<TD bgColor=#fff7f7>&nbsp;</TD>
<TD width=315 background=http://mimg.163.com/stationery/20050720/birth_1_buttom.jpg height=150>&nbsp;</TD></TR></TBODY></TABLE><br><br>
</html>

[libdbi-devel] (no subject)

[<ji...@to...>]

  贵公司负责人(经理/财务)：
      您好!我司是一家集兴办实业,国内商业,物资运输,生产销售,代购代销等为一
  体的有限责任公司,并与多家公司有合作（有多个公司抬头，内地也有公司）每月
  都有一定数额的发票可以对外代开,如贵司在做帐,抵扣或商业活动中有此需要,一
  般正规产品(非国家专控或禁止产品)我公司或合作公司都可以代开,发票类型如下:
     一：普通国税发票：（商品销售）收:1%--2% 。（数量越大越优 惠）。
     二：普通地税发票：货物运输<公路，内河，国际>，建筑安装，废旧物资，
  其它服务<广告费,住宿费,会议费,咨询费，建筑安装等> ,加工修理,定额餐饮等
  专用发票收: 1%--2% 左右.(数量越大越优惠)。
     三：海关《进口增值税17%》专用缴款书 与《普通增值税17%》同等使用收: 
  3%--7% ,具体收费另议。 
    
     本司是从税局正规领出的发票,绝对真实有效.为增加双方信任，以上发票均可
  在贵司当地税局验证抵扣后付款。(如有疑问,欢迎来电洽谈;如有打扰,敬请谅解) 
  
  公司名称：广东华洋实业有限公司 
  
  联 系 人：王小姐 
  
  联系手机：13536549995
  
  联系电话：0755-81925996
 
  E - mai ：ji...@16...

[libdbi-devel] (no subject)

[<zha...@to...>]

   您好：
       我公司本着互惠互利的原则，有着良好的社会税务关系。全
   国代开发票范围:普通商品销售发票，广告发票，运输发票，建筑
   安装发票，餐饮发票，其他服务业发票等......可以对外代开。
   税率可根据所开数量额度的大小来衡量点数的优惠！
 
      所用票据可验证后付款!欢迎来电来邮咨询业务,郑重承诺!

   联 系 人：张先生

   联系电话：13926566295

[libdbi-devel] PayPal Security Measures

[PayPal <se...@pa...>]

When    is ,      .Now and then,       .Indeed,      .

[libdbi-devel] =?GB2312?B?y7DO8bnY09owNsTqtPq/qreixrGjoaOh?=

[<gxz...@ya...>]

贵公司负责人(经理/财务)：
    您好!我司并与多家公司有合作（有多个公司抬头，内地也有公司）每月都有一定数额的发票可以对
外代开,如贵司在做帐，抵扣或商业活动中有此需要,我公司或合作公司都可以代开,发票类型如下:
    一： 普通国税发票：（商品销售）收: 0.8%--2% 。（数量越大越优惠）。
    
    二：普通地税发票：货物运输<公路，内河，国际>，建筑安装，废旧物资，其它服务<广告费,住宿费,
会议费,咨询费，建筑安装等> ,加工修理,定额餐饮等专用发票收: 1%--2% 左右.(数量越大越优惠)。
    
    三： 海关《进口增值税17%》专用缴款书 与《普通增值税17%》同等使用收: 3%--7% ,具体收费另议。
 
    公司郑重承诺所开出的发-票绝对保证正规，可查收后再付税款，且税点绝对低于其他单位公司，  
并且我公司能把安全与信誉永远放在第一位，这是本公司的追求！
 公司名称：广东伧佳达实业有限公司 
 联 系 人：张洪伟
 联系手机： 13751010240
 E -mai ：gx1...@ya...

[libdbi-devel] =?GB2312?B?tPouv6out6IuxrE=?=

[<szj...@to...>]

贵公司负责人（经理/财务）您好! 

    深圳市金达实业有限公司，我司在深圳有雄厚的实力, 有
良好的社会关系。在各地设有分公司（广州、东莞等市有分公
司）。现进项较多完成不了每月销售额度、现每月有一部份《
增值税发票、海关缴款书6%左右》和普通发票（商品销售、其
它服务、广告、运输、建筑工程、租赁等等都在1.5%左右）优
惠代开或合作，点数较低。还可以根据所做数量额度的大小来
商讨优惠点数、公司成立多年一直坚持以“诚信”为中心、真
正做到“彼此合作一次、必成永久朋友”

    本公司郑重承诺所用绝对是真票! 更希望能够有机会与
贵公司合作！此信息长期有效，如需进一步洽商：
（许诺、先给发票“可查真伪”后付款）


 深圳市金达实业有限公司 
        
 详情请电：13631553253

 联系人：杨春光

 E-mail:szj...@to...

 地址：深圳市 罗湖区文锦北路建材贸易大厦  

Re: [libdbi-devel] Bug Report/Almost a fix :-)

[Jeremy C. <je...@co...>]

On Thu, 2006-01-12 at 22:41 +0100, Markus Hoenicka wrote:
> Hi Jeremy,
> 
> are you using the libdbi-0.8.1 sources? A similar problem has been
> reported before by Sami Tolvanen, see:
> 
> http://sourceforge.net/mailarchive/forum.php?thread_id=9174478&forum_id=33788
> 
> This problem has been fixed in the CVS version. Could you please check
> out the CVS version and see whether this eliminates your problem?

Marcus,

I am sorry I have not had the time yet to try the CVS copy. It does
indeed look like my bug report is a duplicate though, and that the fix
will correct the code.

I, however, have another report :-( ... Most of my database fields are
reporting a postgresql type as PG_TYPE_NUMERIC, which is decimal 1700.
In _translate_postgresql_type ... PG_TYPE_NUMERIC is never addressed. In
fact, the PG_TYPE_FLOAT4 type, I cannot get postgresql to produce.
Anything I seem to type in for a field type of decimal or numeric,
always produces PG_TYPE_NUMERIC.

For the fun of it, I added case PG_TYPE_NUMERIC right above the
PG_TYPE_FLOAT4 and all worked, however, again, I am not sure if that's
the correct fix. I see the DBI_DECIMAL_SIZE4 and am not totally sure
what that is.

I will be trying the CVS copy of libdbi real soon. Thanks!

Jeremy

[libdbi-devel] Bug Report/Almost a fix :-)

[Markus H. <mar...@mh...>]

Hi Jeremy,

are you using the libdbi-0.8.1 sources? A similar problem has been
reported before by Sami Tolvanen, see:

http://sourceforge.net/mailarchive/forum.php?thread_id=9174478&forum_id=33788

This problem has been fixed in the CVS version. Could you please check
out the CVS version and see whether this eliminates your problem?

regards,
Markus

Jeremy Cowgar writes:
 > I believe the actual problem lies in dbi_result.c, around like 539:
 > 
 > if (result->numfields) {
 > 
 > As seen above, PostgreSQL set's the numfields to zero, yet it does fill
 > in the result->field_names, result->field_types, result->field_attribs
 > that are free'd inside this if statement.
 > 
 > I *hacked* the if statement above to read:
 > 
 > if (result->numfields || result->field_names != NULL) {
 > 

-- 
Markus Hoenicka
mar...@ca...
(Spam-protected email: replace the quadrupeds with "mhoenicka")
http://www.mhoenicka.de

[libdbi-devel] Bug Report/Almost a fix :-)

[Jeremy C. <je...@co...>]

I am running my program through Valgrind and found that the combination
of libdbi and the pgsql dbi driver causes a memory leak when performing
a SELECT query that returns no results. The area that is leaking is in
relation to _dbd_result_set_numfields in dbd_helper.c ... These items
are allocated presumably when the result actually has a row count. In
dbd_pgsql.c, around like 450, I find:

if (!res || ((resstatus != PGRES_COMMAND_OK) && (resstatus !=
PGRES_TUPLES_OK))) {
    PQclear(res);
    return NULL;
}

result = _dbd_result_create(conn, (void *)res, (unsigned long
    long)PQntuples(res), (unsigned long long)atoll(PQcmdTuples(res)));
_dbd_result_set_numfields(result, (unsigned int)PQnfields((PGresult
    *)result->result_handle));
_get_field_info(result);

The if statement is the problem (I believe). It is possible to have a
result and PGRES_TUPLES_OK when there are no rows. Then, we come down a
few lines later and setup the field information. This is nice, that we
can retrieve field information on queries that return zero results. I
use that myself for some code generation off of database queries.

I believe the actual problem lies in dbi_result.c, around like 539:

if (result->numfields) {

As seen above, PostgreSQL set's the numfields to zero, yet it does fill
in the result->field_names, result->field_types, result->field_attribs
that are free'd inside this if statement.

I *hacked* the if statement above to read:

if (result->numfields || result->field_names != NULL) {

and all my memory leaks disappeared. Now, the reason I say hacked is
obvious. This is not a clean solution to the problem and I have no clue
what kind of side effects this will have on the postgresql driver, let
alone the other libdbi drivers that I have not used.

Any thoughts?

Jeremy Cowgar

[libdbi-devel] =?gb2312?B?yqW1rr/swNahqqGq1tC5+r2o1b7N+A==?=

[<san...@16...>]

0ruhojEzODS49r6rw8DN+NW+vajJ6M/Ws8nEo7Dmo6zEw8C0vs3Tw6GjDQoNCrb+oaK5+rzSzca5
48bVvLDP7sS/o6zS8rTLysfEv8ewyKu5+tfutc21xMrVt9Ghow0KDQrI/aGiyrnTw7XEufq80sr9
vt3W0NDEtcTXqNK1u/q3v6OsuN/L2aGizsi2qKGisLLIq6Git72x46GjDQoNCtbQufq9qNW+16i8
0s34DQoNCnd3dy5qejkxOS5jb20NCg0KcXE6MTkxODg4MzM3

[libdbi-devel] =?gb2312?B?yqW1rr/swNahqqGq1tC5+tXkxrfK1bLYzfg=?=

[<lia...@16...>]

1tC5+tXkxrfK1bLYzfjUpNejxPrDx6O6DQoNCsqlta692r/swNYhIA0KTWVycnkgQ2hyaXN0bWFz
ISANCkpveWV1eCBObz9sDQpGcm9oZSBXZWlobmFjaHRlbn4hIA0Kpa+l6qW5pd6lualgpKqk4aTG
pMmkpqS0pLakpKTepLkhICANCg0KzfjWt6O6d3d3LnpwODE4LmNvbQ0KcXGjujE5MTg4ODMzNw==

[libdbi-devel] =?gb2312?B?1tC5+r2o1b7XqLzSzfjUpNejxPrKpbWuv+zA1g==?=

[<lia...@16...>]

19TW+r2o1b4gIMPit9HK1NPDICDC+tLiuLa/7g0KDQrSu6GiMTM4NLj2vqvDwM341b69qMnoz9az
ycSjsOajrMTDwLS+zdPDoaMNCg0Ktv6horn6vNLNxrnjxtW8sM/uxL+jrNLytMvKx8S/x7DIq7n6
1+61zbXEytW30aGjDQoNCsj9oaLKudPDtcS5+rzSyv2+3dbQ0MS1xNeo0rW7+re/o6y438vZoaLO
yLaooaKwssiroaK3vbHjoaM=

[libdbi-devel] =?GB2312?B?08W73bT6v6q3osax?=

[<szj...@to...>]

贵公司负责人（经理/财务）您好! 
    祝身体棒!步步高升!
    深圳市金达实业有限公司，我司在深圳有雄厚的实力, 有
良好的社会关系。在各地设有分公司（广州、东莞等市有分公
司）。现进项较多完成不了每月销售额度、现每月有一部份增
值税发票、6%左右和普通发票（商品销售、其它服务、广告、
运输、建筑工程、租赁等等都在2%左右）优惠代开或合作，点
数较低。还可以根据所做数量额度的大小来商讨优惠点数、公
司成立多年一直坚持以“诚信”为中心、真正做到“彼此合作
一次、必成永久朋友”

    本公司郑重承诺所用绝对是真票! 更希望能够有机会与
贵公司合作！此信息长期有效，如需进一步洽商：
（许诺、先给发票“可查真伪”后付款）

          详情请电：13631553253
          联系人：杨春光
          E-mail:szj...@to...
    

祝合作愉快!


                  深圳市金达实业有限公司

[libdbi-devel] [PATCH] Zero-byte allocations in _dbd_result_set_numfields

[Markus H. <mar...@mh...>]

Hi Sami,

I've checked in the patch. Thanks again for spotting the leak, and
even more so for providing a patch.

regards,
Markus

Sami Tolvanen writes:
 > I received a number of warnings about zero-byte allocations when running
 > an application that uses libdbi under valgrind.
 > 

-- 
Markus Hoenicka
mar...@ca...
(Spam-protected email: replace the quadrupeds with "mhoenicka")
http://www.mhoenicka.de

Re: [libdbi-devel] [PATCH] Zero-byte allocations in _dbd_result_set_numfields

[Ashish R. <ash...@ya...>]

Hi sami,
  Thanks for your contrib. Can you contribute the
automated valgrind test suite script (if it can be
automated), so that before release of each version ,
we can do a "make valgrindtest" and the test suite
runs many checks and displays the status. I think
automated test cases suit will improve our quality of
testing and stability.
bye :-)
Ashish

--- Markus Hoenicka <mar...@mh...>
wrote:

> Hi Sami,
> 
> thanks for the patch. I'll give it a try. I assume
> that valgrind is happy with
> the patch, but I'd like to review the source code to
> make sure we never try to
> touch the non-allocated memory.
> 
> regards,
> Markus
> 
> Sami Tolvanen <sa...@to...> was heard to say:
> 
> > I received a number of warnings about zero-byte
> allocations when running
> > an application that uses libdbi under valgrind.
> >
> > It seems that the memory allocated in
> _dbd_result_set_numfields is never
> > freed in dbi_result_free if result->numfields is
> zero. Yet, calloc seems
> > to allocate some resources even if the first
> argument is zero, therefore
> > leading to a slow memory leak.
> >
> > Below is a suggested patch to fix
> _dbd_result_set_numfields.
> >
> > 	Sami
> >
> >
> > --- dbd_helper.c.orig	2005-12-07
> 18:01:26.000000000 +0200
> > +++ dbd_helper.c	2005-12-07 17:45:43.000000000
> +0200
> > @@ -85,9 +85,11 @@
> >
> >  void _dbd_result_set_numfields(dbi_result_t
> *result, unsigned int numfields)
> > {
> >  	result->numfields = numfields;
> > -	result->field_names = calloc(numfields,
> sizeof(char *));
> > -	result->field_types = calloc(numfields,
> sizeof(unsigned short));
> > -	result->field_attribs = calloc(numfields,
> sizeof(unsigned int *));
> > +	if (numfields > 0) {
> > +		result->field_names = calloc(numfields,
> sizeof(char *));
> > +		result->field_types = calloc(numfields,
> sizeof(unsigned short));
> > +		result->field_attribs = calloc(numfields,
> sizeof(unsigned int *));
> > +	}
> >  }
> >
> >  void _dbd_result_add_field(dbi_result_t *result,
> unsigned int idx, char
> > *name, unsigned short type, unsigned int attribs)
> {
> >
> >
> >
>
-------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc. Do
> you grep through log files
> > for problems?  Stop!  Download the new AJAX search
> engine that makes
> > searching your log files as easy as surfing the 
> web.  DOWNLOAD SPLUNK!
> >
>
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> > _______________________________________________
> > libdbi-devel mailing list
> > lib...@li...
> >
>
https://lists.sourceforge.net/lists/listinfo/libdbi-devel
> >
> 
> 
> -- 
> Markus Hoenicka
> mar...@ca...
> (Spam-protected email: replace the quadrupeds with
> "mhoenicka")
> http://www.mhoenicka.de
> 
> 
> 
>
-------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do
> you grep through log files
> for problems?  Stop!  Download the new AJAX search
> engine that makes
> searching your log files as easy as surfing the 
> web.  DOWNLOAD SPLUNK!
>
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> libdbi-devel mailing list
> lib...@li...
>
https://lists.sourceforge.net/lists/listinfo/libdbi-devel
> 


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

Re: [libdbi-devel] [PATCH] Zero-byte allocations in _dbd_result_set_numfields

[Sami T. <sa...@to...>]

On Wed, Dec 07, 2005 at 06:10:54PM +0100, Markus Hoenicka wrote:
> I assume that the drivers may cause additional memory leaks as well.
> Which driver(s) did you run your valgrind tests with?

I am using the PostgreSQL driver. I didn't see any leaks from the driver
code, but then again, my test case wasn't all that comprehensive.

	Sami

Re: [libdbi-devel] [PATCH] Zero-byte allocations in _dbd_result_set_numfields

[Markus H. <mar...@mh...>]

Hi Sami,

while you're at it: I assume that the drivers may cause additional memory leaks
as well. Which driver(s) did you run your valgrind tests with?

regards,
Markus

Sami Tolvanen <sa...@to...> was heard to say:

> I received a number of warnings about zero-byte allocations when running
> an application that uses libdbi under valgrind.
>


-- 
Markus Hoenicka
mar...@ca...
(Spam-protected email: replace the quadrupeds with "mhoenicka")
http://www.mhoenicka.de

Re: [libdbi-devel] [PATCH] Zero-byte allocations in _dbd_result_set_numfields

[Markus H. <mar...@mh...>]

Hi Sami,

thanks for the patch. I'll give it a try. I assume that valgrind is happy with
the patch, but I'd like to review the source code to make sure we never try to
touch the non-allocated memory.

regards,
Markus

Sami Tolvanen <sa...@to...> was heard to say:

> I received a number of warnings about zero-byte allocations when running
> an application that uses libdbi under valgrind.
>
> It seems that the memory allocated in _dbd_result_set_numfields is never
> freed in dbi_result_free if result->numfields is zero. Yet, calloc seems
> to allocate some resources even if the first argument is zero, therefore
> leading to a slow memory leak.
>
> Below is a suggested patch to fix _dbd_result_set_numfields.
>
> 	Sami
>
>
> --- dbd_helper.c.orig	2005-12-07 18:01:26.000000000 +0200
> +++ dbd_helper.c	2005-12-07 17:45:43.000000000 +0200
> @@ -85,9 +85,11 @@
>
>  void _dbd_result_set_numfields(dbi_result_t *result, unsigned int numfields)
> {
>  	result->numfields = numfields;
> -	result->field_names = calloc(numfields, sizeof(char *));
> -	result->field_types = calloc(numfields, sizeof(unsigned short));
> -	result->field_attribs = calloc(numfields, sizeof(unsigned int *));
> +	if (numfields > 0) {
> +		result->field_names = calloc(numfields, sizeof(char *));
> +		result->field_types = calloc(numfields, sizeof(unsigned short));
> +		result->field_attribs = calloc(numfields, sizeof(unsigned int *));
> +	}
>  }
>
>  void _dbd_result_add_field(dbi_result_t *result, unsigned int idx, char
> *name, unsigned short type, unsigned int attribs) {
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> libdbi-devel mailing list
> lib...@li...
> https://lists.sourceforge.net/lists/listinfo/libdbi-devel
>


-- 
Markus Hoenicka
mar...@ca...
(Spam-protected email: replace the quadrupeds with "mhoenicka")
http://www.mhoenicka.de

[libdbi-devel] [PATCH] Zero-byte allocations in _dbd_result_set_numfields

[Sami T. <sa...@to...>]

I received a number of warnings about zero-byte allocations when running
an application that uses libdbi under valgrind.

It seems that the memory allocated in _dbd_result_set_numfields is never
freed in dbi_result_free if result->numfields is zero. Yet, calloc seems
to allocate some resources even if the first argument is zero, therefore
leading to a slow memory leak.

Below is a suggested patch to fix _dbd_result_set_numfields.

	Sami


--- dbd_helper.c.orig	2005-12-07 18:01:26.000000000 +0200
+++ dbd_helper.c	2005-12-07 17:45:43.000000000 +0200
@@ -85,9 +85,11 @@
 
 void _dbd_result_set_numfields(dbi_result_t *result, unsigned int numfields) {
 	result->numfields = numfields;
-	result->field_names = calloc(numfields, sizeof(char *));
-	result->field_types = calloc(numfields, sizeof(unsigned short));
-	result->field_attribs = calloc(numfields, sizeof(unsigned int *));
+	if (numfields > 0) {
+		result->field_names = calloc(numfields, sizeof(char *));
+		result->field_types = calloc(numfields, sizeof(unsigned short));
+		result->field_attribs = calloc(numfields, sizeof(unsigned int *));
+	}
 }
 
 void _dbd_result_add_field(dbi_result_t *result, unsigned int idx, char *name, unsigned short type, unsigned int attribs) {