Re: error: invalid character `' (ASCII 0) near line 164, column 2

[Ben Abbott]

On Dec 27, 2009, at 1:10 AM, John W. Eaton wrote:

> On 26-Dec-2009, Ben Abbott wrote:
> 
> | On Dec 26, 2009, at 12:37 PM, Ben Abbott wrote:
> | 
> | > On Dec 25, 2009, at 4:24 PM, Ben Abbott wrote:
> | > 
> | >> Is anyone else seeing this?
> | >> 
> | >> ../../run-octave -f -q -H -p . --eval "geometryimages ('voronoi', 
> 'txt');"
> | >> warning: invalid character `' (ASCII 0) near line 92, column 2
> | >> error: invalid character `' (ASCII 0) near line 164, column 2
> | >> parse error near line 164 of file 
> /Users/bpabbott/Development/mercurial/local_clone/scripts/set/unique.m
> | >> 
> | >> syntax error
> | >> 
> | >> error: called from:
> | >> error:   
> /Users/bpabbott/Development/mercurial/local_clone/scripts/optimization/__all_opts__.m
>  at line 56, column 11
> | >> error:   
> /Users/bpabbott/Development/mercurial/local_clone/scripts/optimization/PKG_ADD
>  at line 1, column 0
> | >> 
> | >> make[3]: *** [voronoi.txt] Error 1
> | >> make[2]: *** [all-recursive] Error 1
> | >> make[1]: *** [all-recursive] Error 1
> | >> make: *** [all] Error 2
> 
> Problems like this have been reported in the past, but I don't know
> what is causing the problem.  I can't reproduce the problem, and I
> don't recall anyone reporting a diagnosis or solution.
> 
> | The file fullfile.m also does not end with an EOL character.
> 
> What do you mean by EOL?

if the last line in the file is not blank, the error occurs.

>> error: invalid character `' (ASCII 0) near line 164, column 2

If I edit the file and insert an empty line, then the error goes away.

> What version of flex are you using, and precisely what command was
> used to generate lex.cc?

$ flex --version
flex 2.5.35

To get the command, I ran "make clean", manually deleted lex.cc, and then did a 
"make lex.o"

$ sudo make lex.o
/bin/sh ../build-aux/ylwrap lex.ll lex.octave_.c lex.cc -- flex -I -I
depbase=`echo lex.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
        g++-4 -DHAVE_CONFIG_H -I. -I..  -I/sw/include -g -m32 
-I/sw/include/freetype2 -I/sw/lib/flex/include -I/sw/include/qhull 
-I/sw/include -I../libgnu -I../libcruft/misc -I../liboctave -I../liboctave -I. 
-I.  -I/sw/include -g -m32 -I/sw/include/freetype2 -I/sw/lib/flex/include 
-I/sw/include/qhull -I/sw/include -I/sw/include -g -m32 -DHAVE_CONFIG_H 
-mieee-fp -I/sw/include/freetype2 -I/sw/include -I/usr/X11/include -Wall -W 
-Wshadow -Wformat -I/sw/include -g -m32 -D_THREAD_SAFE -I/sw/include -g -m32 
-MT lex.o -MD -MP -MF $depbase.Tpo -c -o lex.o lex.cc &&\

> | Perhaps this problem is due to ...
> | 
> |     http://hg.savannah.gnu.org/hgweb/octave/rev/7ad32bf759c3
> | 
> |     
> https://www-old.cae.wisc.edu/pipermail/octave-maintainers/2009-December/014382.html
> 
> It seems unlikely that moving the "#include <config.h> statement to
> the top of the file would have caused this problem, but could you test
> it by undoing that change and seeing if that fixes the problem for you?
> 
> jwe

I edited lex.ll and removed the "%top{...}", and than ran "make", which failed 
(this is to be expected I think).

libtool: compile:  g++-4 -DHAVE_CONFIG_H -I. -I.. -I/sw/include -g -m32 
-I/sw/include/freetype2 -I/sw/lib/flex/include -I/sw/include/qhull 
-I/sw/include -I../libgnu -I../libcruft/misc -I../liboctave -I../liboctave -I. 
-I. -I/sw/include -g -m32 -I/sw/include/freetype2 -I/sw/lib/flex/include 
-I/sw/include/qhull -I/sw/include -I/sw/include -g -m32 -DHAVE_CONFIG_H 
-mieee-fp -I/sw/include/freetype2 -I/sw/include -I/usr/X11/include -Wall -W 
-Wshadow -Wold-style-cast -Wformat -I/sw/include -g -m32 -D_THREAD_SAFE 
-I/sw/include -g -m32 -MT liboctinterp_la-lex.lo -MD -MP -MF 
.deps/liboctinterp_la-lex.Tpo -c lex.cc  -fno-common -DPIC -o 
.libs/liboctinterp_la-lex.o
In file included from lex.cc:39:
../libgnu/string.h:135: error: expected ‘,’ or ‘...’ before ‘__dest’
../libgnu/string.h:137: error: nonnull argument with out-of-range operand 
number (argument 1, operand 2)

The tip of my last successful build (minus the Carbon and OpenGL Frameworks ... 
meaning to FLTK) was ...

        http://hg.savannah.gnu.org/hgweb/octave/rev/1ce1ae448572

Any idea may be causing my troubles?

Ben