Custom Query (93 matches)

When I run Nios-based platforms, the simulation fails. It appears that the loading of the elf binary file does not work correctly.

Here is the backtrace provided by gdb :

#2  std::_Rb_tree<std::string const, std::pair<std::string const, elfpp::symbol*>, std::_Select1st<std::pair<std::string const, elfpp::symbol*> >, std::less<std::string const>, std::allocator<std::pair<std::string const, elfpp::symbol*> > >::insert_equal (this=0x208810, __v=@0xbfff7b04) at /Users/charot/soft/soclib/soclib/lib/elf_file_loader/libelfpp/src/elfpp_section.cc:1916
#3  0x000447fc in std::string::size () at basic_string.h:86
#4  0x000447fc in std::string::size () at basic_string.h:86
#5  0x000447fc in std::string::size () at basic_string.h:86
#6  0x000447fc in std::string::size () at basic_string.h:86
#7  0x000447fc in elfpp::section::add_symbol (this=0x2087c0, sym=@0x2094b0) at /Users/charot/soft/soclib/soclib/lib/elf_file_loader/libelfpp/src/elfpp_section.cc:1916
#8  0x0000e304 in std::string::size () at basic_string.h:76
#9  0x0000e304 in elfpp::elfn_access<elfpp::elf32_bits_s, 32>::load_symtab (this=0x1468c8, obj=@0x2075f0) at /Users/charot/soft/soclib/soclib/lib/elf_file_loader/libelfpp/src/elfpp_section.cc:1916
#10 0x00048129 in elfpp::object::parse_symbol_table (this=0x2075f0) at /Users/charot/soft/soclib/soclib/lib/elf_file_loader/libelfpp/src/elfpp_section.cc:1916
#11 0x000613ce in std::string::size () at basic_string.h:50
#12 0x000613ce in soclib::common::(anonymous namespace)::elf_load (filename=@0xbfffef7c, loader=@0xbfffeebc) at /Users/charot/soft/soclib/soclib/lib/elf_file_loader/libelfpp/src/elfpp_section.cc:1916
#13 0x0004b2a9 in soclib::common::Loader::load_file (this=0xbfffeebc, desc_str=@0xbfffef7c) at /Users/charot/soft/soclib/soclib/lib/elf_file_loader/libelfpp/src/elfpp_section.cc:1916
#14 0x0004bd9c in std::string::size () at basic_string.h:46
#15 0x0004bd9c in soclib::common::Loader::Loader (this=0xbfffeebc, f=@0xbfffef7c, f2=@0xbfffef78, f3=@0xbfffef74, f4=@0xbfffef70, f5=@0xbfffef6c, f6=@0xbfffef68) at /Users/charot/soft/soclib/soclib/lib/elf_file_loader/libelfpp/src/elfpp_section.cc:1916
#16 0x00052cd6 in std::string::size () at basic_string.h:140
#17 0x00052cd6 in _main (argc=2, argv=0xbffff0a4) at /Users/charot/soft/soclib/soclib/lib/elf_file_loader/libelfpp/src/elfpp_section.cc:1916
#18 0x00055477 in sc_main (argc=2, argv=0xbffff0a4) at /Users/charot/soft/soclib/soclib/lib/elf_file_loader/libelfpp/src/elfpp_section.cc:1916
#19 0x00069be4 in sc_elab_and_sim () at /Users/charot/soft/soclib/soclib/lib/elf_file_loader/libelfpp/src/elfpp_section.cc:1916
#20 0x000022e6 in start ()

A platform including the loaded binary is attached.

François

Dear developers,

I use the platform you can see in topcell_configuration.TIF and I try to run a simple program which opens a file (test_file) and prints its descriptor (soft/main.c). The execution never reaches the printf as you can see in output file. If I put the line

putchar('\n'); before while (soclib_io_get(base(FD), FD_ACCESS_OP));

in the implementatin of open in fcntl.c it works fine but I then have the same problem if I use read or write. It seems that the processor is polling FD_ACCESS_OP register for ever. Any idea?

Regards, Leonidas