shared memory error filling log files

[Lion_hunter]

I'm getting the following error message over and over:

"Shared data size conflict in shared_data for monitor Cam01, expected 328, got 316 "
"zmwatch.pl"

I've read it has something to do with /usr/share/perl5/ZoneMinder/Memory.pm:
# Native architecture
our $arch = int(3.2*length(~0));
our $native = $arch/8;
our $mem_seq = 0;

I've tried a couple of fixes I saw by googling this issue, but nothing has worked so far.

[PacoLM]

Replace:

Code: Select all

$arch = int(3.2*length(~0));

with

Code: Select all

$arch = 32;

[Lion_hunter]

Already did that. Didn't work. My machine is a 64 bit AMD processor:

%uname -a
Linux xxxx 3.5.0-rc5+ #3 SMP Fri Jul 6 18:54:18 CDT 2012 i686 athlon i386 GNU/Linux

%cat /proc/cpuinfo
processor : 0
vendor_id : AuthenticAMD
cpu family : 15
model : 67
model name : AMD Athlon(tm) 64 X2 Dual Core Processor 6000+
stepping : 3
cpu MHz : 3000.000
cache size : 1024 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 2
apicid : 0
initial apicid : 0
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow pni cx16 lahf_lm cmp_legacy svm extapic cr8_legacy
bogomips : 6012.98
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp tm stc

processor : 1
vendor_id : AuthenticAMD
cpu family : 15
model : 67
model name : AMD Athlon(tm) 64 X2 Dual Core Processor 6000+
stepping : 3
cpu MHz : 3000.000
cache size : 1024 KB
physical id : 0
siblings : 2
core id : 1
cpu cores : 2
apicid : 1
initial apicid : 1
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 1
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm 3dnowext 3dnow pni cx16 lahf_lm cmp_legacy svm extapic cr8_legacy
bogomips : 6012.09
clflush size : 64
cache_alignment : 64
address sizes : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp tm stc

[PacoLM]

Try with 64!

[SpikeyGG]

Try with 64!

PacoLM, should the value of $arch be "64" if we are running x86_64 versions of linux?

Thanks,
-Greg