Home Bug Reports

[3.4b] slice2py gen hangs at "end of input"

joshmoorejoshmoore GermanyMember Josh MooreOrganization: Glencoe Software, Inc.Project: OME, http://openmicroscopy.org
For the same slice files we used with Ice 3.3.0 and 3.3.1, slice2py hangs on Mac 10.4. "Now at end of input" is printed with the "-d" flag, but the process does not exit (nor can it be cancelled before it gets to this point). slice2java exits cleanly for the same file.

The tarball contains all the slice files needed to build, but there are a lot of them.

Comments

  • joshmoorejoshmoore GermanyMember Josh MooreOrganization: Glencoe Software, Inc.Project: OME, http://openmicroscopy.org
    Hang confirmed on Linux:
    $ g++ -v
    Using built-in specs.
    Target: x86_64-pc-linux-gnu
    Configured with: /var/tmp/portage/sys-devel/gcc-4.1.2/work/gcc-4.1.2/configure --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.1.2 --includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/include --datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.1.2 --mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.1.2/man --infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.1.2/info --with-gxx-include-dir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/include/g++-v4 --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --disable-altivec --enable-nls --without-included-gettext --with-system-zlib --disable-checking --disable-werror --enable-secureplt --enable-multilib --enable-libmudflap --disable-libssp --disable-libgcj --enable-languages=c,c++,treelang,fortran --enable-shared --enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu
    Thread model: posix
    gcc version 4.1.2 (Gentoo 4.1.2 p1.3)
    

    but "Now at end of input" is not reached. Last debug statement is:
    Entering state 206Reading a token: Next token is token ICE_IDENT_OP ()Shifting token ICE_IDENT_OP, Entering state 224Reducing stack by rule 69 (line 693), return_type ICE_IDENT_OP -> operation_preambleStack now 0 6 18 41 71 6 18 41 71 6 18 41 71 5 14 6 18 41 71 6 18 41 71 6 18 41 71 5 14 5 14 6 18 41 71 5 14 6 18 41 71 6 18 41 71 6 18 41 71 6 18 41 71 6 18 41 71 6 18 41 71 6 18 41 71 6 18 41 71 6 15 39 56 121 6 15 39 56 121 6 18 41 71 6 18 41 71 6 18 41 71 6 18 41 71 6 18 41 71 6 18 41 71 6 18 41 71 6 18 41 71 6 18 41 71 6 18 41 71 6 18 41 71 6 18 41 71 6 18 41 71 6 18 41 71 6 18 41 71 6 18 41 71 6 18 41 71 6 18 41 71 6 18 41 71 6 18 41 71 6 18 41 71 6 18 41 71 6 18 41 71 6 18 41 71 6 18 41 71 6 18 41 71 6 18 41 71 6 31 52 119 144 167 186 209 230 186 209 230 186 209 230 186 209 230 186 209 230 186 209 230 186 209 230 186 209 230 186 209 230 186 209 230 186 209 230 186 209 230 186 209 230 186 209 230 186 209 230 186 209 230 186 209 230 186 209 230 186 209 230 186 209 230 186 209 230 186 209 230 186 209 230 186 209 230 186 209 230 
    

    Again, slice2java on the same file ends successfully.
  • dwaynedwayne St. John's, NewfoundlandMember Dwayne BooneOrganization: ZeroC, Inc.Project: Internet Communications Engine
    Thanks for the report, we will look into it.
  • benoitbenoit Rennes, FranceAdministrators, ZeroC Staff Benoit FoucherOrganization: ZeroC, Inc.Project: Ice ZeroC Staff
    You can workaround the problem by removing line 1171 in API.ice, the "<<" in the comment is causing troubles to the parser. Thanks for the report this will definitely be fixed for the final release!

    Cheers,
    Benoit.
Sign In or Register to comment.