Ticket #16 (reopened defect)

Opened 2 years ago

Last modified 2 months ago

Warning on lint

Reported by: uxbod Assigned to: decoder
Priority: trivial Milestone: Development Release Version 3.5
Component: Don't know Version: SVN
Keywords: Cc:

Description

[28698] dbg: plugin: loading FuzzyOcr? from /usr/local/share/spamassassin/FuzzyOcr.pm Subroutine FuzzyOcr::O_NONBLOCK redefined at /usr/share/perl/5.8/Exporter.pm line 65.

at /usr/lib/perl/5.8/POSIX.pm line 19

Attachments

Change History

02.12.2006 13:36:34 changed by decoder

  • status changed from new to assigned.
  • milestone set to Development Release Version 3.5.

10.12.2006 00:57:49 changed by decoder

  • status changed from assigned to closed.
  • resolution set to worksforme.

This is an error that comes most likely from the Perl Core. It happens because both Posix and Fnctl export some constants with the same name. You can safely ignore this, upgrading perl should fix it.

18.01.2007 23:28:30 changed by quinn@strangecode.com

  • status changed from closed to reopened.
  • resolution deleted.

I'm getting the same error on an up-to-date installation of RHEL 4 linux, using the latest available version of perl from the redhat channel: perl-5.8.5-36.RHEL4.src.rpm.

Subroutine FuzzyOcr::O_NONBLOCK redefined at /usr/lib/perl5/5.8.5/Exporter.pm line 65.
 at /usr/lib/perl5/5.8.5/i386-linux-thread-multi/POSIX.pm line 19

Suggested fix is using a unique constant name.

27.01.2007 15:01:05 changed by decoder

  • status changed from reopened to closed.
  • resolution set to invalid.

FuzzyOcr? does not define this constant, POSIX does. This is also only caused when some other modules/plugins are installed that use the same constants. You may ignore this.

30.01.2007 20:09:02 changed by anonymous

  • status changed from closed to reopened.
  • resolution deleted.

I'm having this problem now with O_CREAT and other symbols and in my case it's not acceptable because I'm calling spamassassin programatically from a perlscript which is called by exim. Exim is seeing these messages on stderr and hard bouncing all mail. So in my case I cannot ignore them and it's not an acceptable solution. Is there any other way this can be fixed properly?

30.01.2007 20:10:35 changed by anonymous

When you use posix in FuzzyOCR do you need to import all these symbols or can you simply ensure that you're only importing the ones you need from either Fnctl or POSIX instead of both which it is doing now?

05.04.2007 14:36:53 changed by fp@mdlink.de

With perl version 5.8.8 work jpeg fine. I have in version 5.8.6 this error

spamassassin -t < ocr-jpg.eml Subroutine FuzzyOcr::O_CREAT redefined at /usr/lib/perl5/5.8.6/Exporter.pm line 65.

at /usr/lib/perl5/5.8.6/i586-linux-thread-multi/POSIX.pm line 19

Subroutine FuzzyOcr::O_EXCL redefined at /usr/lib/perl5/5.8.6/Exporter.pm line 65.

at /usr/lib/perl5/5.8.6/i586-linux-thread-multi/POSIX.pm line 19

Subroutine FuzzyOcr::O_RDWR redefined at /usr/lib/perl5/5.8.6/Exporter.pm line 65.

at /usr/lib/perl5/5.8.6/i586-linux-thread-multi/POSIX.pm line 19

Thanks.

27.05.2007 13:05:58 changed by Thomas Mangin

Robert Nicholson provides a solution at : http://archive.netbsd.se/?ml=spamassassin-users&a=2007-01&t=3051735

In case the links breaks here is the solution:

Instead of use POSIX; in FuzzyOcr?.pm I've replaced it with use POSIX qw(SIGTERM); that seems to have fix this issue.

01.08.2007 08:40:09 changed by anonymous

01.08.2007 08:49:05 changed by anonymous

15.08.2007 02:26:10 changed by anonymous

27.08.2007 11:41:31 changed by anonymous

27.08.2007 11:43:29 changed by anonymous

01.04.2008 09:26:11 changed by anonymous

徐州辉煌钢结构工程有限公司是一家集网架钢结构设计、制作、安装及技术服务为一体的大型专业化企业。公司坐落于有网架之乡美誉的江苏省徐州市,这里是全国优质网架原材料供应基地,也是全国网架技术熟练工人培训基地,有着人才,技术和原材料的地域优势。企业创办多年来,本着"求实创新、开拓进取"的精神,不断引进吸收国内外先进技术经验,汇集来自全国各地从事专业管理,专业设计、制造、检测试验等高级优秀人才,配置了各种先进的成套生产和检测设备,能满足制造生产能力要求的流水生产线。公司始终本着“诚信为本、信守合同、用户至上”的理念,坚持贯彻实践三个“第一”——质量第一、信誉第一,服务第一,企业不断深化改革,深挖潜力,降低成本,以最低的价格吸引客户,以最好的质量服务客户,让辉煌网架钢构建设遍布全国各地,多年来深受广大客户及建设单位的一致好评。   竭诚欢迎各界新老朋友真诚合作、共创辉煌、共享绩效,公司将一如既往地为各界朋友提供优秀的服务!

09.04.2008 08:37:17 changed by anonymous

电子地磅解码器,吨位遥控器/本吨位遥控器引进日本先进技术研制而成,完全采用数字式集成电路技术,采用万能解码数据处理线路,适用于10----150吨以下吨位,无须对地磅作任何改动 具有防拦截,防扫描等优点,解码器安装于车上或离地磅8米以内,在电子称旁40米或60米以内,能控制电子称的数码数据,最小值20公斤,规格10 /15/20,此产品主要产生电子磁场干扰和控制,从而使吨位变大或变小,性能稳定可靠,体积小,遥控主机 解码处理器 如烟盒大小,遥控器配两种型号,隐蔽性强,附件含使用光盘一套,

05.05.2008 12:17:46 changed by anonymous

08.07.2008 09:20:15 changed by utskpvrnu


Add/Change #16 (Warning on lint)