Created attachment 944109 [details] Minimal example for the bug Description of problem: The attached file is a minimal example destiled from a larger file. It worked fine in Fedora 20. Version-Release number of selected component (if applicable): texlive-tools-4:svn33063.0-1.1.fc21.noarch texlive-was-4:svn21439.0-1.1.fc21.noarch How reproducible: Always Steps to Reproduce: 1. Include dcolumn and icomma packages 2. Define a column with description D{,}{,}{4} 3. pdflatex dcol.tex # attached file Actual results: ! Missing } inserted. <inserted text> } l.7 1 ,2345 \\ Expected results: Process correctly Additional info: A workaround is to use another character (e.g. '.') as delimiter in the source.
This package has changed ownership in the Fedora Package Database. Reassigning to the new owner of this component.
When I started looking into this, I noticed that this is explicitly called out as a known issue with icomma: http://texdoc.net/texmf-dist/doc/latex/was/icomma.pdf To sum up, the expectation is that if you want to do what you're doing, you need to use {\mathord\mathcomma}. If I change your sample code accordingly... \documentclass{article} \usepackage{icomma} % If this is deleted, it works \usepackage{dcolumn} \begin{document} \begin{tabular}{D{,}{\mathord\mathcomma}{4}} 1,2345 \\ 123,4321 \\ 1,12 \end{tabular} \end{document} %%% Local Variables: %%% mode: latex %%% TeX-master: t %%% End: ***** ... then it works. I'm closing this as NOTABUG, based on the upstream stance. If you disagree, you might want to open an issue direcltly with the icomma upstream.