Closed
Bug 1155009
Opened 9 years ago
Closed 9 years ago
Cache::Memcached causes email_in.pl to stop working
Categories
(Bugzilla :: Incoming Email, defect)
Tracking
()
RESOLVED
FIXED
Bugzilla 5.0
People
(Reporter: LpSolit, Assigned: LpSolit)
References
Details
(Keywords: regression)
Attachments
(1 file, 3 obsolete files)
459 bytes,
patch
|
glob
:
review+
|
Details | Diff | Splinter Review |
Due to |$SIG{__DIE__} = \&die_handler| in email_in.pl line 492, the script dies everytime Cache::Memcached calls eval() to check which optional modules are installed. For instance: $HAVE_SOCKET6 = eval "use Socket6 qw(AF_INET6 PF_INET6); 1;" causes: Can't locate Socket6.pm in @INC And if I install Socket6, then: my $HAVE_XS = eval "use Cache::Memcached::GetParserXS; 1;" causes: Can't locate Cache/Memcached/GetParserXS.pm in @INC etc...
Flags: blocking5.0?
Assignee | ||
Comment 1•9 years ago
|
||
Comment on attachment 8593144 [details] [diff] [review] patch, v1 Review of attachment 8593144 [details] [diff] [review]: ----------------------------------------------------------------- that script's die_handler already has a check for eval blocks, so i'm not convinced that's the issue, and it appears your fix will causes an mta to send a failure notice. ::: email_in.pl @@ -480,5 @@ > MessageToMTA($reply->as_string); > } > - print STDERR "$msg\n"; > - # We exit with a successful value, because we don't want the MTA > - # to *also* send a failure notice. the comment indicates that die'ing would be bad, however that's what this patch does.
Attachment #8593144 -
Flags: review?(glob) → review-
Assignee | ||
Updated•9 years ago
|
Assignee: LpSolit → incoming.email
Status: ASSIGNED → NEW
Comment 3•9 years ago
|
||
glob do you have a moment to look at a revised patch for this? we need this for 5.0 and then we can proceed with the release.
Flags: needinfo?(glob)
(In reply to David Lawrence [:dkl] from comment #3) > glob do you have a moment to look at a revised patch for this? we need this > for 5.0 and then we can proceed with the release. when i have some time to get things set up i could have a look.
Flags: needinfo?(glob)
Assignee | ||
Comment 5•9 years ago
|
||
No idea why, but it seems that $^S is lost somewhere, and so I fallback to detect "eval" in the name of the filename. Definitely a hack, but I cannot figure the root cause of the problem.
Attachment #8593144 -
Attachment is obsolete: true
Attachment #8604355 -
Flags: review?(glob)
Assignee | ||
Comment 6•9 years ago
|
||
Better fix, as $^S == 0 is a valid state.
Attachment #8604355 -
Attachment is obsolete: true
Attachment #8604355 -
Flags: review?(glob)
Attachment #8604356 -
Flags: review?(glob)
Comment on attachment 8604356 [details] [diff] [review] patch, v2.1 Review of attachment 8604356 [details] [diff] [review]: ----------------------------------------------------------------- thanks for revisiting this lpsolit. i'm fine with this approach, but we should probably check the entire call stack not just the immediate caller. Bugzilla::Error::_in_eval() shows how to do this.
Attachment #8604356 -
Flags: review?(glob) → review-
Assignee | ||
Comment 8•9 years ago
|
||
Attachment #8604356 -
Attachment is obsolete: true
Attachment #8604759 -
Flags: review?(glob)
Comment on attachment 8604759 [details] [diff] [review] patch, v3 Review of attachment 8604759 [details] [diff] [review]: ----------------------------------------------------------------- r=glob
Attachment #8604759 -
Flags: review?(glob) → review+
Assignee | ||
Updated•9 years ago
|
Assignee: incoming.email → LpSolit
Status: NEW → ASSIGNED
Assignee | ||
Comment 10•9 years ago
|
||
To ssh://gitolite3@git.mozilla.org/bugzilla/bugzilla.git 3ff9b3e..2102acc master -> master To ssh://gitolite3@git.mozilla.org/bugzilla/bugzilla.git 3d2b724..f261808 5.0 -> 5.0
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•