EPICS Controls Argonne National Laboratory

Experimental Physics and
Industrial Control System

1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  <20182019  2020  2021  2022  2023  2024  Index 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  <20182019  2020  2021  2022  2023  2024 
<== Date ==> <== Thread ==>

Subject: Re: ADSupport compilation problem due to GraphicsMagick Malformed UTF-8 character(s)
From: Torsten Bögershausen <[email protected]>
To: "Gofron, Kazimierz" <[email protected]>, 'Mark Rivers' <[email protected]>, "'Johnson, Andrew N.'" <[email protected]>
Cc: "'[email protected]'" <[email protected]>
Date: Mon, 19 Feb 2018 07:27:18 +0100
Could it be that your i18n setting is part of the problem ?
perl (and other tools like grep) learned the last years that
a "2 byte octet" can encode a single unicode code point.

What does
 env  | egrep "LANG|LC"

give on your machine ?

(This is the output from my Debian:)
LC_ALL=en_US.UTF-8
LANG=en_US.UTF-8
LANGUAGE=en_US:en
LC_CTYPE=

This is RHEL Centos 6.9:
  set | egrep "LANG|LC"
LANG=en_US.UTF-8
LC_ALL=en_US.UTF-8
LC_CTYPE=
MAILCHECK=60
    local LC_CTYPE=C;





On 19/02/18 00:38, Gofron, Kazimierz wrote:
Could ability to select UTF-8 and Microsoft Unicode characters on your RHEL7 depend on grep version? This would not explain lack of compilation error but maybe versions matter as well (make, and gcc versions).

----

My grep version on windows 7 pro:

Sqr-1 IXS@IXS_MCM /cygdrive/c/epics/synApps/support/areaDetector-3-2/ADSupport/supportApp/GraphicsMagickSrc/lcms/src

$ grep --version

grep (GNU grep) 3.0

Packaged by Cygwin (3.0-2)

Copyright (C) 2017 Free Software Foundation, Inc.

License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>.

Grep version on debian 8 server:

kgofron@xf18id-srv2:/epics/support5/areaDetector/ADAndor3$ grep --version

grep (GNU grep) 2.20

Copyright (C) 2014 Free Software Foundation, Inc.

License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>.

This is free software: you are free to change and redistribute it.

There is NO WARRANTY, to the extent permitted by law.

-----------------------------------

On windows 7 Pro computers where areaDetector-3.2 is compiled, I am using perl versions 5.26.1:

c:\epics\synApps\support\areaDetector-3-2>perl -v

This is perl 5, version 26, subversion 1 (v5.26.1) built for MSWin32-x64-multi-thread

Copyright 1987-2017, Larry Wall


References:
ADSupport compilation problem due to GraphicsMagick Malformed UTF-8 character(s) Gofron, Kazimierz
RE: ADSupport compilation problem due to GraphicsMagick Malformed UTF-8 character(s) Mark Rivers
RE: ADSupport compilation problem due to GraphicsMagick Malformed UTF-8 character(s) Gofron, Kazimierz
RE: ADSupport compilation problem due to GraphicsMagick Malformed UTF-8 character(s) Mark Rivers
RE: ADSupport compilation problem due to GraphicsMagick Malformed UTF-8 character(s) Gofron, Kazimierz
RE: ADSupport compilation problem due to GraphicsMagick Malformed UTF-8 character(s) Mark Rivers
RE: ADSupport compilation problem due to GraphicsMagick Malformed UTF-8 character(s) Gofron, Kazimierz
Re: ADSupport compilation problem due to GraphicsMagick Malformed UTF-8 character(s) Mark Rivers
RE: ADSupport compilation problem due to GraphicsMagick Malformed UTF-8 character(s) Gofron, Kazimierz
RE: ADSupport compilation problem due to GraphicsMagick Malformed UTF-8 character(s) Mark Rivers
RE: ADSupport compilation problem due to GraphicsMagick Malformed UTF-8 character(s) Mark Rivers
Re: ADSupport compilation problem due to GraphicsMagick Malformed UTF-8 character(s) Johnson, Andrew N.
RE: ADSupport compilation problem due to GraphicsMagick Malformed UTF-8 character(s) Mark Rivers
RE: ADSupport compilation problem due to GraphicsMagick Malformed UTF-8 character(s) Gofron, Kazimierz
RE: ADSupport compilation problem due to GraphicsMagick Malformed UTF-8 character(s) Gofron, Kazimierz

Navigate by Date:
Prev: RE: Dexela .dll missing when compiling WITH_PVA=YES Gofron, Kazimierz
Next: Re: NSLS-II Debian Repository in 2018 Bo Jakobsen
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  <20182019  2020  2021  2022  2023  2024 
Navigate by Thread:
Prev: RE: ADSupport compilation problem due to GraphicsMagick Malformed UTF-8 character(s) Gofron, Kazimierz
Next: Re: ADSupport compilation problem due to GraphicsMagick Malformed UTF-8 character(s) Andrew Johnson
Index: 1994  1995  1996  1997  1998  1999  2000  2001  2002  2003  2004  2005  2006  2007  2008  2009  2010  2011  2012  2013  2014  2015  2016  2017  <20182019  2020  2021  2022  2023  2024 
ANJ, 19 Feb 2018 Valid HTML 4.01! · Home · News · About · Base · Modules · Extensions · Distributions · Download ·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing ·