note
BrowserUk
<blockquote><i></i></blockquote>
<p>Hmm. Probably not memory then.
<p>I took a quick scan of the code in [cpan://Mail::Box::Manager] and notice something that <i>might</i> be relevant. I the code for M::B::M::open(), I see this:
<code>
return if $require_failed{$class};
</code>
<p>and scanning back to see where <code>$require_failed</code> is being set and see this:
<code>
unless($folder_type)
{ # Try to autodetect foldertype.
foreach (@{$self->{MBM_folder_types}})
{ next unless $_;
(my $abbrev, $class, @defaults) = @$_;
next if $require_failed{$class};
eval "require $class";
if($@)
{ $require_failed{$class}++;
next;
}
if($class->foundIn($name, @defaults, %args))
{ $folder_type = $abbrev;
last;
}
}
}
</code>
<p>I may be misinterpreting the code, but it looks to me that if it attempts to auto detect the folder type and then fails to [require] the module for the folder type it detects, it sets the flag to indicate the failure and skips on without logging an error. Then later, it checks the flag and if it is set, fails silently returning undef.
<p>Could it be misdetecting the folder type and failing silently as a result?
<div class="pmsig"><div class="pmsig-171588">
<hr />
<font size=1 >
<div>Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.</div>
<div>Lingua non convalesco, consenesco et abolesco. -- Rule 1 has a caveat! -- Who broke the cabal?</div>
<div>"Science is about questioning the status quo. Questioning authority". </div>
<div>The "good enough" maybe good enough for the now, and perfection maybe unobtainable, but that should not preclude us from striving for perfection, when time, circumstance or desire allow.</div>
</font>
</div></div>
469989
470434