From owner-freebsd-geom@FreeBSD.ORG Tue Mar 6 16:20:10 2007 Return-Path: X-Original-To: freebsd-geom@hub.freebsd.org Delivered-To: freebsd-geom@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 72BB816A400 for ; Tue, 6 Mar 2007 16:20:10 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 61EFF13C4A3 for ; Tue, 6 Mar 2007 16:20:10 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l26GK93U061902 for ; Tue, 6 Mar 2007 16:20:09 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l26GK9Et061901; Tue, 6 Mar 2007 16:20:09 GMT (envelope-from gnats) Date: Tue, 6 Mar 2007 16:20:09 GMT Message-Id: <200703061620.l26GK9Et061901@freefall.freebsd.org> To: freebsd-geom@FreeBSD.org From: Dennis Berger Cc: Subject: Re: kern/104389: [geom] [patch] sys/geom/geom_dump.c doesn't encode XML entities X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dennis Berger List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2007 16:20:10 -0000 The following reply was made to PR kern/104389; it has been noted by GNATS. From: Dennis Berger To: bug-followup@FreeBSD.org, dzs-pr@dzs.fx.org, freebsd-geom@freebsd.org Cc: Subject: Re: kern/104389: [geom] [patch] sys/geom/geom_dump.c doesn't encode XML entities Date: Tue, 06 Mar 2007 16:53:44 +0100 Hi, today I tried PJDs ZFS patches. After invoking zpool create I always got a coredump. After further debugging I recognized gstat isn't working either, which seems to be because of an NTFS partition with a certain name not correctly encoded as XML specification requires. Its the German "Lokaler Datenträger" which is the defaultname for drive "c". So we have to deal with those characters. I'm voting against encoding specification or something like that, but I do recommend using the escape method. For example using "&#e4;" for encoding E4 german ä and < for a "<" character. This way we can escape all illegal characters. What do you suggest? regards, -Dennis Berger