From: Evan E. <ev...@mi...> - 2003-04-20 04:50:29
|
Let's hope they implement that fix into slash permanently... Evan -----Original Message----- From: sla...@li... [mailto:sla...@li...] On Behalf Of sla...@li... Sent: Saturday, April 19, 2003 11:11 PM To: sla...@li... Send Slashcode-general mailing list submissions to sla...@li... To subscribe or unsubscribe via the World Wide Web, visit https://lists.sourceforge.net/lists/listinfo/slashcode-general or, via email, send a message with subject or body 'help' to sla...@li... You can reach the person managing the list at sla...@li... When replying, please edit your Subject line so it is more specific than "Re: Contents of Slashcode-general digest..." Today's Topics: 1. Re: Debugging "mia" perl modules (George Clark) 2. Re: Email.pm Bug Found ... FIXED! (George Clark) --__--__-- Message: 1 Date: Fri, 18 Apr 2003 22:35:39 -0400 To: Jamie McCarthy <ja...@mc...>,sla...@li... From: "George Clark" <ga...@sp...> Subject: Re: [Slashcode-general] Debugging "mia" perl modules ** Reply to message from "George Clark" <ga...@sp...> on Fri, 18 Apr 2003 21:13:32 -0400 I'm going to call it quits for the weekend ... but, a bit more information. I added one more bit of debug code to dump out the hash table when NA is found. It appears that the hash table has been previously loaded, from apache maybe??? Slash::Email was indeed in the table, set to NA, and the Slash::Test never actually tried to load it, because it was already in the cache. So without disabling the cache, I can't determine why it is set to NA. I put debug code in Environment.pm to display the first time it issues the "eval" - and it never tries. So somehow that hash table was previously built. I tried shutting down Apache, and the hash table is still fully populated ???? Here is a piece of the dump Error in library:main:-e:1: Slash::Messages wapav = Slash::Messages=HASH(0x8f90010) Error in library:main:-e:1: Slash::FAQ wapav = NA Error in library:main:-e:1: Slash::Email wapav = NA Error in library:main:-e:1: Slash::Journal wapav = Slash::Journal=HASH(0x8fb4774) And this is from the Slash::Test class, and I never attempted to load any of these classes, except for Slash::Email. Sorry to express my ignorance, but where the heck is this stuff cached? I knew better <g> but I just rebooted, and still, the dump of that table when running the Slash::Test Dumper test has the module already in the Hash table, already set to NA. Thanks, George --__--__-- Message: 2 Date: Fri, 18 Apr 2003 23:24:09 -0400 To: Jamie McCarthy <ja...@mc...>,sla...@li... From: "George Clark" <ga...@sp...> Subject: Re: [Slashcode-general] Email.pm Bug Found ... FIXED! ** Reply to message from "George Clark" <ga...@sp...> on Fri, 18 Apr 2003 22:35:39 -0400 I ran the test specifying nocache: perl -MSlash::Test=wapav -le 'print Dumper getObject("Slash::Email", {nocache => false} )' Error in library:main:-e:1:Slash/Email.pm did not return a true value at (eval 83) line 3. Turns out Email.pm does not end with the 1; that all the other perl modules end with. HumanConf.pm appears to have the same problem. I added a 1; as the last line of Email.pm and the problem is FIXED! George --__--__-- _______________________________________________ Slashcode-general mailing list Sla...@li... https://lists.sourceforge.net/lists/listinfo/slashcode-general End of Slashcode-general Digest |
From: George C. <ga...@sp...> - 2003-04-21 01:43:31
|
** Reply to message from "Evan Erwin" <ev...@mi...> on Sun, 20 Apr 2003 00:50:16 -0400 Hi Evan, Yes, the fix is already checked into CVS - I got a response from Jamie soon after I reported the fix. George > Let's hope they implement that fix into slash permanently... > > Evan |