Re: From Arasu (Digital India)

[Andreas Jaeger]

>>>>> B Ananda Arasu writes:

 > Hi,
 > I am Arasu working for Digital India. While porting from Sun Solaris to
 > Red Hat Linux 6.2 (for Intel computers), I faced some problems.

 > The 'C'  Programs gets compiled perfectly. But if  I run the program, it
 > gets strucked.
 > Then, I created debug image. Started debugging using 'gdb'. Again it gets
 > strucked. The stack contains the following data

 > #0  0x400d2ad4 in __libc_read () from /lib/libc.so.6
 > #1  0x4011c1ec in ?? () from /lib/libc.so.6
 > #2  0x40081951 in _IO_new_file_underflow (fp=0x4011a8c0) at fileops.c:385
 > #3  0x400838a1 in _IO_default_uflow (fp=0x4011a8c0) at genops.c:371
 > #4  0x40082d0c in __uflow (fp=0x4011a8c0) at genops.c:328
 > #5  0x40080066 in _IO_getc (fp=0x4011a8c0) at getc.c:39
 > #6  0x804e483 in yy_get_next_buffer () at lex.yy.c:2022
 > #7  0x804e23a in yylex () at lex.yy.c:1857
 > #8  0x8048fb6 in yyparse () at y.tab.c:985
 > #9  0x8048d38 in main (argc=5, argv=0xbffffc94)

 > I think it gets strucked in __libc_read() in /lib/libc.so.6. Actually it is
 > a standard C library.

 > I am using GNU Make 3.78.1, GCC 2.91.66 & GNU ld 2.9.5 .

 > Expecting your suggestions.
Fix your program ;-).

If it's stuck in libc_read, it's waiting for data - and that means
your program is somehow broken.  There're no known bugs in glibc in
this area.

Andreas
-- 
 Andreas Jaeger
  SuSE Labs address@hidden
   private address@hidden
    http://www.suse.de/~aj