NetBSD-Bugs archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

bin/39535: groff -mdoc interprets C as markup inside a .Bd -literal .Ed block

>Number:         39535
>Category:       bin
>Synopsis:       groff -mdoc interprets C as markup inside a .Bd -literal .Ed 
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    bin-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sat Sep 13 19:25:00 +0000 2008
>Originator:     Stathis Kamperis
>Release:        NetBSD 4.99.72
NetBSD netbsd 4.99.72 NetBSD 4.99.72 (XEN3_DOM0) #0: Fri Aug 29 23:49:07 EEST 
2008  root@netbsd:/usr/obj/sys/arch/i386/compile/XEN3_DOM0 i386

Quoting from the fileassoc(9) man page under the EXAMPLES section:

myhook_cleanup(void *data)
    printf("Myhook: Removing entry for file.0);
    ...handle file entry removal...
    free(data, M_TEMP);

Where as the fileassoc.9 file in share/man/man9/ has:

.Bd -literal -offset indent
myhook_acl_add(struct vnode *vp, struct myhook_acl *acl)
        int error;

        error = fileassoc_add(vp, myhook_id, acl);
        if (error) {
                printf("Myhook: Could not add ACL.\n");
                ...handle error...

        printf("Myhook: Added ACL.\n");

        return (0);

Apparently groff -mdoc interprets C as markup inside the
.Bd -literal .Ed block which shouldn't.

There are more cases in the EXAMPLES section of this man page.

man 9 fileassoc


Home | Main Index | Thread Index | Old Index