Can't open anything

[Blue_Ice]

Hi all,

I just installed FreeCAD on a new computer. When I open FreeCAD, it goes through the splash screen and starts with the "Start" workbench. Then, when I go to open any file at all, the file loads in the progress bar at the bottom, and then FreeCAD crashes spectacularly- no "FreeCAD has closed unexpectedly." or "There was a system error."

I think I broke something, but I don't know what it is...

Terminal output:

Code: Select all

FreeCAD 0.14, Libs: 0.14R3702 (Git)
© Juergen Riegel, Werner Mayer, Yorik van Havre 2001-2011
  #####                 ####  ###   ####  
  #                    #      # #   #   # 
  #     ##  #### ####  #     #   #  #   # 
  ####  # # #  # #  #  #     #####  #   # 
  #     #   #### ####  #    #     # #   # 
  #     #   #    #     #    #     # #   #  ##  ##  ##
  #     #   #### ####   ### #     # ####   ##  ##  ##

Gtk-Message: (for origin information, set GTK_DEBUG): failed to retrieve property `GtkRange::activate-slider' of type `gboolean' from rc file value "((GString*) 0x9d66330)" of type `GString'
intel_do_flush_locked failed: Input/output error

System info:

Code: Select all

OS: Ubuntu 14.04 LTS
Word size: 32-bit
Version: 0.14.3702 (Git)
Branch: releases/FreeCAD-0-14
Hash: b3368125c63289ec8ce9faec2b2ae4c78d436406
Python version: 2.7.6
Qt version: 4.8.6
Coin version: 4.0.0a
SoQt version: 1.6.0a

[quick61]

First time I'v seen that one... I think?

Is your Ubuntu Linux install actually 32 bit? That's the first thing that jumps out at me. If it is, can you run FreeCAD with gdb? It might provide more info with a back trace.

Mark

[Blue_Ice]

Here's

Code: Select all

lscpu

:

Code: Select all

Architecture:          i686
CPU op-mode(s):        32-bit, 64-bit
Byte Order:            Little Endian
CPU(s):                2
On-line CPU(s) list:   0,1
Thread(s) per core:    1
Core(s) per socket:    2
Socket(s):             1
Vendor ID:             GenuineIntel
CPU family:            6
Model:                 15
Stepping:              13
CPU MHz:               1333.000
BogoMIPS:              3192.43
L1d cache:             32K
L1i cache:             32K
L2 cache:              1024K

I am running a 32-bit version of Lubuntu as well.

[Blue_Ice]

If it is, can you run FreeCAD with gdb? It might provide more info with a back trace.

All right:

Code: Select all

robert@HP-Pavilion-dv6700-Notebook-PC:~$ gdb freecad
GNU gdb (Ubuntu 7.7-0ubuntu3.1) 7.7
Copyright (C) 2014 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from freecad...(no debugging symbols found)...done.
(gdb) handle SIG33 noprint nostop
Signal        Stop	Print	Pass to program	Description
SIG33         No	No	Yes		Real-time event 33
(gdb) run
Starting program: /usr/bin/freecad 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1".
FreeCAD 0.14, Libs: 0.14R3702 (Git)
© Juergen Riegel, Werner Mayer, Yorik van Havre 2001-2011
  #####                 ####  ###   ####  
  #                    #      # #   #   # 
  #     ##  #### ####  #     #   #  #   # 
  ####  # # #  # #  #  #     #####  #   # 
  #     #   #### ####  #    #     # #   # 
  #     #   #    #     #    #     # #   #  ##  ##  ##
  #     #   #### ####   ### #     # ####   ##  ##  ##

[New Thread 0xae3fbb40 (LWP 15550)]
[New Thread 0xac5aeb40 (LWP 15551)]
[New Thread 0xa3011b40 (LWP 15552)]
[New Thread 0xa2635b40 (LWP 15553)]
[New Thread 0xa15edb40 (LWP 15554)]
Gtk-Message: (for origin information, set GTK_DEBUG): failed to retrieve property `GtkRange::activate-slider' of type `gboolean' from rc file value "((GString*) 0x82b0330)" of type `GString'
[New Thread 0xa038db40 (LWP 15555)]
[New Thread 0x9fb8cb40 (LWP 15556)]
[New Thread 0x9f16bb40 (LWP 15557)]
[New Thread 0x9e96ab40 (LWP 15558)]
[Thread 0x9f16bb40 (LWP 15557) exited]
[Thread 0x9e96ab40 (LWP 15558) exited]
intel_do_flush_locked failed: Input/output error
[Thread 0x9fb8cb40 (LWP 15556) exited]
[Thread 0xa038db40 (LWP 15555) exited]
[Thread 0xa15edb40 (LWP 15554) exited]
[Thread 0xa2635b40 (LWP 15553) exited]
[Thread 0xa3011b40 (LWP 15552) exited]
[Thread 0xac5aeb40 (LWP 15551) exited]
[Thread 0xae3fbb40 (LWP 15550) exited]
[Inferior 1 (process 15545) exited with code 01]

[Blue_Ice]

After some thorough online searching, I found that my video card is causing me issues. The issue can be solved by running this:

Code: Select all

export LIBGL_ALWAYS_SOFTWARE=1

... unfortunately, this means that all Mesa3D rendering is done software-side. Oh well

[jmaustpc]

Hi
Just wondering ....

Since you have a 64 bit cpu, why don't you install the 64bit version of "(whichever)-bunutu"?

What is your GPU?

Jim

[NormandC]

1333 MHz is not much for a new PC. Seems like a low power laptop?

I would have thought that the newer Intel graphics chipsets would be fine for graphics acceleration.

Jim, if for example the laptop has only 2GB of RAM there would be no gain with a 64-Bit OS which requires more memory I think.

[Blue_Ice]

Hi
Just wondering ....

Since you have a 64 bit cpu, why don't you install the 64bit version of "(whichever)-bunutu"?

That's a good question!
The reason is that I only have 2 GB of RAM. The amount of RAM taken up by system background 64-bit operations and 64-bit applications is noticeably greater than equal 32-bit operations and applications when you have only 2 GB of RAM.
It's important for me that I can do things that require lots of RAM (keep many windows open, renderings), so I guess I'd prefer more RAM over processing power.

1333 MHz is not much for a new PC. Seems like a low power laptop?

It's a new laptop for me (desktop just died), but it was made in 2009. Sorry for the confusion about that

[kwahoo]

1333 MHz is not much for a new PC. Seems like a low power laptop?

I don't think so. It's probably frequency scaling (power management), notice BogoMIPS. In my case, light load:

Code: Select all

CPU MHz:               1200.000
BogoMIPS:              4389.96

Heavy load:

Code: Select all

CPU MHz:               2201.000
BogoMIPS:              4389.96

Even funnier, lscpu have no idea about real i3/i5/i7 frequency. My CPU real frequency under heavy load is much higher (3000-3200MHz) than reported by lscpu;)

The reason is that I only have 2 GB of RAM. The amount of RAM taken up by system background 64-bit operations and 64-bit applications is noticeably greater than equal 32-bit operations and applications when you have only 2 GB of RAM.

That's true, but can I cite Linus?

The biggest single reason to go 64-bit is exactly because of physical address space. Your virtual address space needs to bea multiple of the physical one: when you hit 1GB of RAM, 32-bit virtual memory is no longer acceptable. You literally do need more virtual memory than physical.