User Ratings

★★★★★
★★★★
★★★
★★
18
1
1
0
0
ease 1 of 5 2 of 5 3 of 5 4 of 5 5 of 5 4 / 5
features 1 of 5 2 of 5 3 of 5 4 of 5 5 of 5 4 / 5
design 1 of 5 2 of 5 3 of 5 4 of 5 5 of 5 3 / 5
support 1 of 5 2 of 5 3 of 5 4 of 5 5 of 5 4 / 5

Rate This Project
Login To Rate This Project

User Reviews

  • Nice project, but quite difficult to work with, because I only have a 1366x768 resolution, so the bottom console is cut off and the window is not resizable...
  • Nice project. A few things could probably be slightly improved but it is very nice as it is for teaching.
  • which version have this gui? www.cise.ufl.edu/~mssz/CompOrg/Xspim.jpg its great but i prefer this gui....could u help me?
  • Good and useful software
  • This is a wonderful project. TNX!
  • Very helpful, fast and easy product!
  • Nice project! You did a great job. Thank you!
  • It's fast, reliable and easy to use.
    1 user found this review helpful.
  • Great open source application.
  • I agree with all, this the best and most convenient uploader.
  • The best software out there
  • Very practical.
  • One of the best FTP clients I've tried for GNU/Linux and Windows
  • Very helpful tool. Can someone help in explaining why the simulator is using little end to store data in user data segment, while using big end when we store a word in the stack segment? .data .asciiz "00400018 \n" What we see in the user data segment is User data segment [10000000]..[10040000] [10000000]..[1000ffff] 00000000 [10010000] 30343030 38313030 00000a20 00000000 0 0 4 0 0 0 1 8 . . . . . . . [10010010]..[1003ffff] 00000000 While using big end when we store a word in the stack segment? if $ra=0x00400018 sw $ra 0($sp) What we see in the stack segment is User Stack [7ffff3bc]..[80000000] [7ffff3bc] 00400018 Is this normal?
  • this's so easy. tank's 4 u'r kind
  • Very good program. Thanks a lot.
  • Brilliant piece of software
  • A very good!
  • great software! :)
  • Looks pretty slick in Qt now. I'd love a 64 bit Linux version, but not sure what the issues are. Probably since spim uses the underlying machine architecture simulating the 32 bit MIPS on a 64 bit architecture would mean lots of changes in the simulator? Not sure. For example uint32 is just typedefed to int which will be 64 bits on Linux 64. I tried two things. I rebuilt from sources using the Qt tool chain on 64 bit Linux, but there are problems. Everything builds OK but for whatever reason the initial PC doesn't start at 0x400000 but at 0x400034. Also the timer and interrupts don't seem to work. Some of the registers in the register pane expand out to 64 bits :-) 16 hex digits. I also tried to also install the prebuilt 32 bit debian package and force an install using --force on dpkg hoping that it wold use all the libraries in /usr/lib32, but it doesn't. For the most part it does but when I run QtSpim I get lots of errors because there are times when it seems to be loading the 64 bit libraries and I get a "wrong ELFCLASS64" error message.