Re: Prototype Mismatch in ModPerl::PerlRun

2021-05-18 Thread Daniel Ragle
Was wrong on one of my statements: use Digest::SHA qw(sha256) _does_ produce the warning, after all. And with use Time::HiRes qw(usleep tv_interval) usleep produces the warning, but tv_interval does not. tv_interval is directly defined in Time::HiRes, the rest is C code. Maybe only XS loaded co

Re: Prototype Mismatch in ModPerl::PerlRun

2021-05-18 Thread Daniel Ragle
Ed, thanks for your response! I had already tried most of your suggestions: Putting the module load in the startup (with or without the import) didn't make a difference (still get the prototype mismatch on the second and subsequent runs of the script); and yah, importing nothing and referring

Re: Prototype Mismatch in ModPerl::PerlRun

2021-05-14 Thread Edward J. Sabol
Hi, Daniel. This error can happen even under regular Perl in some circumstances when a package redefines a core function ((like what importing Time::HiRes does here with time). I would change "use Time::HiRes qw(time);" to "use Time::HiRes ();" and then change "time()" on line 13 to "Time::HiRe

Re: Prototype mismatch

2014-11-20 Thread Perrin Harkins
Hi Worik, This happens when you reload code that uses prototypes. In this case, those constants are using prototypes. It's similar to this: http://perl.apache.org/docs/1.0/guide/troubleshooting.html#Constant_subroutine_XXX_redefined Not really a problem, but it will not happen if you stop and sta

Re: Prototype mismatch: sub main::strftime

2008-08-26 Thread Torsten Foertsch
On Tue 26 Aug 2008, Darragh Gammell wrote: > Subroutine main::strftime redefined at > /usr/share/perl/5.8/Exporter.pm line 66. >  at /home/secure/public_html/tagtag/send.cgi line 10 > Prototype mismatch: sub main::strftime: none vs ($\@;$) at > /usr/share/perl/5.8/Exporter.pm line 66. >  at /home/s