From 50100b0f361e76f40841b4acffcdd073b0be721b Mon Sep 17 00:00:00 2001 From: short <> Date: Sun, 9 Oct 2005 09:31:27 +0000 Subject: [PATCH] Remove nested pod "=over/=back" to workaround Pod::Html bugs. - XHTML validity requires patch of: Perl Bug # 37250 - From: --- src/libcaptive/ke/captivesym.pl | 14 ++++---------- 1 file changed, 4 insertions(+), 10 deletions(-) diff --git a/src/libcaptive/ke/captivesym.pl b/src/libcaptive/ke/captivesym.pl index f37f9be..b1abc57 100755 --- a/src/libcaptive/ke/captivesym.pl +++ b/src/libcaptive/ke/captivesym.pl @@ -304,11 +304,7 @@ Currently being used only for C. Any function call even inside such module is trapped and redirected for libcaptive processing even if it is just for debug-dumping of B type. -=item (B,B,[undef|pass|wrap]) - -=over - -=item "" +=item (B,B) Name without special attribute declares function fully implemented by GNU/Linux code. Original W32 binary function will never be called. @@ -316,7 +312,7 @@ code. Original W32 binary function will never be called. You may fully implement function for both EpatchEed and unEpatchEed modules. -=item undef +=item (B,B,undef) Optional "undef" specifies invocation of a generated stub function displaying C message. @@ -328,14 +324,14 @@ W32-PE binary modules importing such symbol but it is still required for W32 It is forbidden to "undef" C type of items; you have to cope with it. -=item pass +=item (B,B,pass) Calls of this function are debug-dumped on its entry/exit but they are fully left to be solved by W32 binary file being EpatchEed. It is forbidden to specify "pass" for unEpatchEed modules. -=item wrap +=item (B,B,wrap) Calls of this function are debug-dumped on its entry/exit. Execution is left to be solved by your GNU/Linux implementation called B. @@ -349,8 +345,6 @@ It is forbidden to specify "wrap" for unEpatchEed modules. =back -=back - =begin comment choose one: -- 1.8.3.1