discuss@mandoc.bsd.lv
 help / color / mirror / Atom feed
From: "LÉVAI Dániel" <leva@ecentrum.hu>
To: discuss@mdocml.bsd.lv
Subject: Re: "cannot parse date" for a seemingly valid .Dd parameter
Date: Thu, 28 Aug 2014 10:39:00 +0200	[thread overview]
Message-ID: <20140828083900.GM29425@serenity.local> (raw)
In-Reply-To: <20140828004342.GF912@iris.usta.de>

On cs, aug 28, 2014 at 02:43:42 +0200, Ingo Schwarze wrote:
> Hi Daniel,
> 
> LÉVAI Dániel wrote on Wed, Aug 27, 2014 at 05:15:13PM +0200:
> 
> > On sze, aug 27, 2014 at 17:07:43 +0200, Kristaps Dzonsons wrote:
> 
> >> Is your locale set?  This format works fine in HEAD,
> >> both on OpenBSD and Linux (Debian testing).
> 
> > Yes, that was my first suspicion:
> > $ locale
> > LANG=en_US.UTF-8
> > LC_CTYPE=hu_HU.UTF-8
> > LC_NUMERIC=hu_HU.UTF-8
> > LC_TIME=hu_HU.UTF-8
> > LC_COLLATE=hu_HU.UTF-8
> > LC_MONETARY=hu_HU.UTF-8
> > LC_MESSAGES=en_US.UTF-8
> > LC_PAPER=hu_HU.UTF-8
> > LC_NAME=hu_HU.UTF-8
> > LC_ADDRESS=hu_HU.UTF-8
> > LC_TELEPHONE=hu_HU.UTF-8
> > LC_MEASUREMENT=hu_HU.UTF-8
> > LC_IDENTIFICATION=hu_HU.UTF-8
> > LC_ALL=
> 
> After some code reading and some experimentation, i'm still quite
> unsure where the problem might lie, i fail to reproduce but need
> additional information.  Please apply the debugging patch appended
> below (not intended for commit) to anoncvs HEAD, and run:
> 
>  $ ./configure
>  $ make

With the cvs checkout, mandoc(1) accepts the given date for me too.

config.h:
===============8<===============
#ifndef MANDOC_CONFIG_H
#define MANDOC_CONFIG_H

#if defined(__linux__) || defined(__MINT__)
#define _GNU_SOURCE /* getsubopt(), strcasestr(), strptime() */
#endif

#include <sys/types.h>
#include <stdio.h>

#define VERSION "1.13.1"
#define HAVE_DIRENT_NAMLEN 0
#define HAVE_FGETLN 0
#define HAVE_FTS 1
#define HAVE_GETSUBOPT 1
#define HAVE_MMAP 1
#define HAVE_REALLOCARRAY 0
#define HAVE_STRCASESTR 1
#define HAVE_STRLCAT 0
#define HAVE_STRLCPY 0
#define HAVE_STRPTIME 1
#define HAVE_STRSEP 1
#define HAVE_WCHAR 0
#define HAVE_SQLITE3 1
#define HAVE_SQLITE3_ERRSTR 1
#define HAVE_OHASH 0
#define HAVE_MANPATH 0

#if !defined(__BEGIN_DECLS)
#  ifdef __cplusplus
#  define	__BEGIN_DECLS		extern "C" {
#  else
#  define	__BEGIN_DECLS
#  endif
#endif
#if !defined(__END_DECLS)
#  ifdef __cplusplus
#  define	__END_DECLS		}
#  else
#  define	__END_DECLS
#  endif
#endif

extern	char	 *fgetln(FILE *, size_t *);
extern	void	 *reallocarray(void *, size_t, size_t);
extern	size_t	  strlcat(char *, const char *, size_t);
extern	size_t	  strlcpy(char *, const char *, size_t);

#endif /* MANDOC_CONFIG_H */
===============8<===============

> Then please show me the output of the following sequence of commands:
> 
>  $ locale
>  $ ./mandoc -Wall test.1 > /dev/null
>  $ ./mandoc -Wall -Tlocale test.1 > /dev/null

$ locale
LANG=en_US.UTF-8
LC_CTYPE=hu_HU.UTF-8
LC_NUMERIC=hu_HU.UTF-8
LC_TIME=hu_HU.UTF-8
LC_COLLATE=hu_HU.UTF-8
LC_MONETARY=hu_HU.UTF-8
LC_MESSAGES=en_US.UTF-8
LC_PAPER=hu_HU.UTF-8
LC_NAME=hu_HU.UTF-8
LC_ADDRESS=hu_HU.UTF-8
LC_TELEPHONE=hu_HU.UTF-8
LC_MEASUREMENT=hu_HU.UTF-8
LC_IDENTIFICATION=hu_HU.UTF-8
LC_ALL=
$ ./mandoc -Wall test.1 > /dev/null
main: LC_TIME = C
a2time: LC_TIME = C
a2time: calling strptime()
a2time: LC_TIME = C
a2time: calling strptime()
a2time: LC_TIME = C
a2time: calling strptime()
$ ./mandoc -Wall -Tlocale test.1 > /dev/null
main: LC_TIME = C
a2time: LC_TIME = C
a2time: calling strptime()
a2time: LC_TIME = C
a2time: calling strptime()
a2time: LC_TIME = C
a2time: calling strptime()

> 
> with a suitable file test.1 exhibiting the problem.

Here is a simple test file:
===============8<===============
.Dd August 27, 2014
.Dt TITLE 1
.Os
.Sh NAME
.Nd description
===============8<===============


TBH, I'm a bit confused. You see, I've used 1.12.3 before, and I've just
upgraded to 1.13.1 recently. And because 1.12.3 did not have a
./configure script, furthermore with 1.13.1 I was not supposed to run
./configure directly, it seems to me, something has changed throughout
the development that it seems has been fixed in HEAD, but exists (for
me) in 1.13.1.
Does this make sense?


Daniel

-- 
LÉVAI Dániel
PGP key ID = 0x83B63A8F
Key fingerprint = DBEC C66B A47A DFA2 792D  650C C69B BE4C 83B6 3A8F
--
 To unsubscribe send an email to discuss+unsubscribe@mdocml.bsd.lv

  reply	other threads:[~2014-08-28  8:39 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-08-27 14:58 LÉVAI Dániel
2014-08-27 15:07 ` Kristaps Dzonsons
2014-08-27 15:15   ` LÉVAI Dániel
2014-08-28  0:43     ` Ingo Schwarze
2014-08-28  8:39       ` LÉVAI Dániel [this message]
2014-08-28 16:11         ` Ingo Schwarze
2014-08-28 16:32           ` LÉVAI Dániel
2014-08-28 17:35             ` Ingo Schwarze
2014-08-28 18:06               ` LÉVAI Dániel
2014-08-28 19:49                 ` Ingo Schwarze
2014-08-28 21:07                   ` LÉVAI Dániel
2014-08-29 15:38                     ` Ingo Schwarze
2014-08-30  8:57                       ` LÉVAI Dániel

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20140828083900.GM29425@serenity.local \
    --to=leva@ecentrum.hu \
    --cc=discuss@mdocml.bsd.lv \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).