problem to open files
in Linux
greetings
I have a problem with the new version of bricscad V12 of linux. When I try to open some files DWG, the program close suddenly I do not why?.
the interesting thing is I downloaded Draftsight for linux and thre program open the files. I am putting a copy of the file, perhaps somebody can give me any idea to solve this problem.
regards,
jorge
I have a problem with the new version of bricscad V12 of linux. When I try to open some files DWG, the program close suddenly I do not why?.
the interesting thing is I downloaded Draftsight for linux and thre program open the files. I am putting a copy of the file, perhaps somebody can give me any idea to solve this problem.
regards,
jorge
0
Comments
-
I tried to open this file 6 times. Every second time was succesful.
So you might just want to try opening it again.
But make sure you file a bug report about the problem and refer to this thread.
Here is a backtrace (for developers) of what happened on my machine (Ubuntu Precise 12.04 64-bit):
[code]
(gdb) run "Allalaadimised/Elevación 2estruc Townhouse Esquipulas M2.dwg"
The program being debugged has been started already.
Start it from the beginning? (y or n) y
Starting program: /opt/bricsys/bricscad/v12/bricscad "Allalaadimised/Elevación 2estruc Townhouse Esquipulas M2.dwg"
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
/usr/lib/gtk-2.0/2.10.0/menuproxies/libappmenu.so: wrong ELF class: ELFCLASS64
(bricscad:4429): Gtk-WARNING **: Failed to load type module: /usr/lib/gtk-2.0/2.10.0/menuproxies/libappmenu.so
/usr/lib/gtk-2.0/2.10.0/menuproxies/libappmenu.so: wrong ELF class: ELFCLASS64
(bricscad:4429): Gtk-WARNING **: Failed to load type module: /usr/lib/gtk-2.0/2.10.0/menuproxies/libappmenu.so
Program received signal SIGSEGV, Segmentation fault.
0xee2ed558 in FT_Get_CMap_Format ()
from /usr/lib/i386-linux-gnu/libfreetype.so.6
(gdb) bt
#0 0xee2ed558 in FT_Get_CMap_Format ()
from /usr/lib/i386-linux-gnu/libfreetype.so.6
#1 0xee2ed800 in FT_Set_Charmap ()
from /usr/lib/i386-linux-gnu/libfreetype.so.6
#2 0xf3e56858 in createPpgForSmoothGlyph(OdFTData*, OdTtfInfo&, wchar_t) ()
from /opt/bricsys/bricscad/v12/libTD_DbRoot.so
#3 0xf3e5a71f in OdTrueTypeFontFT::createOutlineAndDraw(wchar_t, OdGePoint2d&, OdGiCommonDraw*, OdGeBoundBlock3d&, OdTextProperties, bool) ()
from /opt/bricsys/bricscad/v12/libTD_DbRoot.so
#4 0xf3e5aa1a in OdTrueTypeFontFT::getBBox(wchar_t, OdGeBoundBlock3d&, OdGePoint2d&) () from /opt/bricsys/bricscad/v12/libTD_DbRoot.so
#5 0xf3e5aa81 in OdTrueTypeFontFT::initAbove() ()
from /opt/bricsys/bricscad/v12/libTD_DbRoot.so
#6 0xf3e5adc5 in OdTrueTypeFontFT::initialize(OdStreamBuf*) ()
from /opt/bricsys/bricscad/v12/libTD_DbRoot.so
#7 0xf3e55340 in OdTrueTypeFontFT::initialize(OdString const&, OdTtfDescriptor const&) () from /opt/bricsys/bricscad/v12/libTD_DbRoot.so
#8 0xf3e56476 in OdTrueTypeEngineFT::createFont(OdString const&, OdTtfDescriptor&) () from /opt/bricsys/bricscad/v12/libTD_DbRoot.so
#9 0xf3e400bd in OdFontTable::createTtf(OdString const&, OdTtfDescriptor const&) () from /opt/bricsys/bricscad/v12/libTD_DbRoot.so
---Type to continue, or q to quit---
#10 0xf3e40267 in OdFontTable::_getFont(OdTtfDescriptor const&, OdString const&) () from /opt/bricsys/bricscad/v12/libTD_DbRoot.so
#11 0xf3e402b9 in OdFontTable::getFont(OdTtfDescriptor const&, OdString const&)
() from /opt/bricsys/bricscad/v12/libTD_DbRoot.so
#12 0xf3e34c0b in OdDbFontServices::loadStyleRec(OdGiTextStyle&, OdRxObject*) const () from /opt/bricsys/bricscad/v12/libTD_DbRoot.so
#13 0xf538d1be in OdGiTextStyle::loadStyleRec(OdRxObject*) const ()
from /opt/bricsys/bricscad/v12/libTD_Root.so
#14 0xf4b763b4 in giFromDbTextStyle(OdDbTextStyleTableRecord const*, OdGiTextStyle&) () from /opt/bricsys/bricscad/v12/libTD_Db.so
#15 0xf4b76488 in giFromDbTextStyle(OdDbObjectId, OdGiTextStyle&) ()
from /opt/bricsys/bricscad/v12/libTD_Db.so
#16 0xf4892ef2 in OdDbTextImpl::draw(OdGiGeometry&, OdGiCommonDraw*, OdString const&, OdString const&, bool, OdDbText const*) const ()
from /opt/bricsys/bricscad/v12/libTD_Db.so
#17 0xf4893488 in OdDbTextImpl::draw1(OdGiGeometry&, OdGiCommonDraw*, bool, OdDbText const*) const () from /opt/bricsys/bricscad/v12/libTD_Db.so
#18 0xf48950cb in OdDbText::subWorldDraw(OdGiWorldDraw*) const ()
from /opt/bricsys/bricscad/v12/libTD_Db.so
#19 0xf5387e89 in OdGiDrawable::worldDraw(OdGiWorldDraw*) const ()
from /opt/bricsys/bricscad/v12/libTD_Root.so
---Type to continue, or q to quit---
#20 0xf4edc48c in OdGiBaseVectorizer::doDraw(unsigned long, OdGiDrawable const*) () from /opt/bricsys/bricscad/v12/libTD_Gi.so
#21 0xf3f2e3f0 in OdGsBaseVectorizer::doDraw(unsigned long, OdGiDrawable const*) () from /opt/bricsys/bricscad/v12/libTD_Gs.so
#22 0xf7c404fd in oa::BaseVectorizer::doDraw(unsigned long, OdGiDrawable const*) () from /opt/bricsys/bricscad/v12/libodapp.so
#23 0xf7d0122f in OGLBaseVectorizeView::doDraw(unsigned long, OdGiDrawable const*) () from /opt/bricsys/bricscad/v12/libodapp.so
#24 0xf4edd5e7 in OdGiBaseVectorizer::draw(OdGiDrawable const*) ()
from /opt/bricsys/bricscad/v12/libTD_Gi.so
#25 0xf3f5ff27 in OdGsEntityNode::update(OdGsUpdateContext&, OdGsContainerNode*, OdSiSpatialIndex*) () from /opt/bricsys/bricscad/v12/libTD_Gs.so
#26 0xf3f94fe1 in safeEntityUpdate(OdGsEntityNode*, OdGsUpdateContext&, OdGsContainerNode*, OdSiSpatialIndex*) () from /opt/bricsys/bricscad/v12/libTD_Gs.so
#27 0xf3f46c12 in OdGsContainerNode::safeEntityUpdate(OdGsEntityNode*, OdGsUpdateContext&) () from /opt/bricsys/bricscad/v12/libTD_Gs.so
#28 0xf3f4a2d4 in OdGsContainerNode::updateEntities(OdGsUpdateContext&) ()
from /opt/bricsys/bricscad/v12/libTD_Gs.so
#29 0xf3f4aced in OdGsContainerNode::update(OdGsUpdateContext&, OdGsContainerNode*, OdSiSpatialIndex*) () from /opt/bricsys/bricscad/v12/libTD_Gs.so
#30 0xf3f2ab8c in OdGsBaseVectorizer::updateExtents(bool) ()
---Type to continue, or q to quit---
from /opt/bricsys/bricscad/v12/libTD_Gs.so
#31 0xf3f258d6 in OdGsBaseVectorizeView::updateGeometry() ()
from /opt/bricsys/bricscad/v12/libTD_Gs.so
#32 0xf3f22c2a in OdGsBaseVectorizeDevice::updateGeometry() ()
from /opt/bricsys/bricscad/v12/libTD_Gs.so
#33 0xf7dcc0ce in WxOGLDevice::updateGeometry() ()
from /opt/bricsys/bricscad/v12/libodapp.so
#34 0xf3f2266f in OdGsBaseVectorizeDevice::update(OdGsDCRect*) ()
from /opt/bricsys/bricscad/v12/libTD_Gs.so
#35 0xf7c3f161 in oa::BaseVectorizeDevice::update(OdGsDCRect*) ()
from /opt/bricsys/bricscad/v12/libodapp.so
#36 0xf7ca556a in OdGsOpenGLVectorizeDevice::update(OdGsDCRect*) ()
from /opt/bricsys/bricscad/v12/libodapp.so
#37 0xf7cfcda1 in OGLBaseVectorizeDevice::update(OdGsDCRect*) ()
from /opt/bricsys/bricscad/v12/libodapp.so
#38 0xf7dcc84a in WxOGLDevice::update(OdGsDCRect*) ()
from /opt/bricsys/bricscad/v12/libodapp.so
#39 0xf4933a03 in OdGsModelLayoutHelperImpl::update(OdGsDCRect*) ()
from /opt/bricsys/bricscad/v12/libTD_Db.so
#40 0xf7dbdb7f in oa::CDwgViewer::updateDevice(OdGsDCRect*) ()
from /opt/bricsys/bricscad/v12/libodapp.so
---Type to continue, or q to quit---
#41 0xf7dc6f1e in oa::CDwgViewer::update(oa::CDwgViewer::EUpdateMode, OdGsDCRect*, wxDC*) () from /opt/bricsys/bricscad/v12/libodapp.so
#42 0xf677fb92 in wxg::WxgView::draw(OdDbObjectId const*, oa::CDwgViewer::EUpdateMode, wxDC*) () from /opt/bricsys/bricscad/v12/libwxgui.so
#43 0xf637413b in wxg::WxgDoc::doRedrawAll(bool, wxDC*) ()
from /opt/bricsys/bricscad/v12/libwxgui.so
#44 0x08073761 in wxg::WxgDoc::redrawAll(bool) ()
#45 0xf60f82a3 in wxg::CApp::fileOpen(OdString const&) ()
from /opt/bricsys/bricscad/v12/libwxgui.so
#46 0x0806a5eb in wxc::WxcApp::processShellCommand() ()
#47 0x0806b4be in wxc::WxcApp::OnInit() ()
#48 0xf5d4ec40 in wxEntry(int&, wchar_t**) ()
from /opt/bricsys/bricscad/v12/libwx_baseu-2.8.so
#49 0xf5d4ee47 in wxEntry(int&, char**) ()
from /opt/bricsys/bricscad/v12/libwx_baseu-2.8.so
#50 0x08069810 in main ()[/code]
From the library names we can say that the problem is somehow related to text and fonts.
Now if you want to make your bug report super useful, you could try to make your file as small as possible, but so that the problem still occurs, maybe even down to only one text object.
If you wonder how to get a backtrace, read here:
https://forum.bricsys.com/discussion/140800 -
I cannot reproduce the crash on my 32-bit debian installation. But the file is clearly worth investigation:
- on V12, the drawing loads much too slowly (for its size). I can purge some regapps, but when I re-save the file, the size stays nearly unchanged.
- on V11, the drawing loads much faster. I cannot purge anything, but after saving, the file size drops from 1.4MB to 1.3MB.
If I transfer the graphical entities to a new drawing, this one just has 270kb.
I did not dig into what non-graphical entities caused this bloat - would be great if bricscad could somehow visualize such data (in the explorer)...
Cleared file attached.0 -
it opens in my V12.1.21 32bit ubuntu0
-
I would be surprised if the problem is not with the text styles. I had a problem that looked exactly the same and it was solved when I stopped using Microsoft fonts and used the Liberation fonts instead. - I took your drawing, swapped the Arial fonts for Liberation Sans (sorry, this did screw up text size a little - you can probably play with this so it looks the way you want) and wrote everything out to a new file just to purge the superfluous junk that can build up in a dwg. Somehow, I lost parts of the border, but in general it seems to open and close no problem for me. Please see if it works any better for you. If so, I would suggest you try a couple test drawings where you replace the Arial font style with a Linux alternative. I'm very happy that I stopped using Times New Roman and started using Liberation Serif. Hope this helps, John.0
-
I would be surprised if the problem is not with the text styles. I had a problem that looked exactly the same and it was solved when I stopped using Microsoft fonts and used the Liberation fonts instead. - I took your drawing, swapped the Arial fonts for Liberation Sans (sorry, this did screw up text size a little - you can probably play with this so it looks the way you want) and wrote everything out to a new file just to purge the superfluous junk that can build up in a dwg. Somehow, I lost parts of the border, but in general it seems to open and close no problem for me. Please see if it works any better for you. If so, I would suggest you try a couple test drawings where you replace the Arial font style with a Linux alternative. I'm very happy that I stopped using Times New Roman and started using Liberation Serif. Hope this helps, John.0
-
Sorry for the double post before.If you don't have the Liberation fonts, check with your distribution's method to load text styles, or see here: http://en.wikipedia.org/wiki/Liberation_fonts0
-
thanks to everybody for your comments
it seems the fonts are the problem really, because I tried a lot thing about this file (I should say that I didn't make it), really I use almost all time the arial font in my DWG files.
I did many things to tray to resolve the problem with this file, I use AUDIT, PURGE and I copied the entities to another new file and save it with other name. But nothing, I have been to much problems with the fonts in this new version of UBUNTU and BRICSCAD. I am using Bricscad 12.1.21 and Ubuntu 11.10 oneiric.
I will try the option of the Liberation Fonts and we'll see.
regards,
jorge0 -
not related to your issue, but a problem i've been having is that my text pulldown menus don't load in V12.
with your file they do. even if V12 was already running.
so for what it's worth, Thanks!
i'm one step closer to figuring out my issue.0 -
Hi Jorge - I forgot to mention that the easiest way to tell if the problem is due to the Microsoft fonts is to remove them from your system. Bricscad will automatically substitute a basic font for any missing one. If your drawings then open, you know it was the font. If they still don't open then it was something else and you can just re-install the fonts.The Liberation fonts are just one possibility, but I liked them because I used Times New Roman on most of my drawings and Liberation Serif is almost exactly the same size and spacing so there was no cleanup involved with the swap.Good luck.0
-
Open after rename.0
-
Hi everybody
thanks for all your answer, specially to john hersey, because his comment gave me the answer to the problem in this distribution of ubuntu (11.10), really I solved the problem uninstalling mscorettf fonts of the system and I added the fonts folder of my windows manually to keep the fonts
everything excellent, the files open without problem and the fonts looks exactly like windows, the solution was uninstall the fonts of microsfot in the synaptic package manager.
in this moment I don't have the problem anymore, perhaps the solution of 21305123456 changing the name could work, but I am not sure
regards,
jorge0 -
FWIW, IME this is related to the font rendering package of the distribution, in my case openSUSE 11.4 and 12.1 x86_64 and KDE 4.8.2.
With the freetype standard or updated package (currently freetype6-32bit version 2.4.4.-7.xx in openSUSE parlance) there is no problem opening files.
After updating to version 2.4.9-xxx from the (unofficial) supbixel repo, that has excellent subpixel hinting, opening most files received from others crash with a segmentation fault. My own files open OK, but I normally don't use truetype fonts, only shx. This happened both with Bicscad 12.1.21 and 12.1.23, with nvidia and AMD/ATI video boards running the proprietary drivers.
So to those having this problem perhaps downgrading the freetype library may be easier than identifying and removing the offending fonts.0 -
Yes, freetype 2.4.9 indeed seems to break Bricscad (in my case V11 on debian testing) completely:
Program received signal SIGSEGV, Segmentation fault.
[code]#0 0xaf3a6275 in FT_Add_Module () from /usr/lib/i386-linux-gnu/libfreetype.so.6
#1 0xaf39dcc7 in FT_Add_Default_Modules () from /usr/lib/i386-linux-gnu/libfreetype.so.6
#2 0xb46e072c in OdTrueTypeFontFT::initialize(OdStreamBuf*) () from /opt/bricsys/bricscad/v11/libDD_DbRoot.so[/code]
The Bricscad start script sets LD_LIBRARY_PATH to the install directory, so a cleaner solution than downgrading might be to just copy the relevant files into the Bricscad folder - in my case libfreetype.so.6.6.0 and the link to libfreetype.so.6 (taken from libfreetype6_2.4.2-2.1+squeeze4_i386.deb) into /opt/bricsys/bricscad/v11.0 -
I can confirm this on Arch Linux. Downgrading to a previous version of freetype and lib32-freetype (2.4.8) works fine. There is definitely either a Bricscad or Freetype bug with 2.4.90
-
I had the same problem as messages #12 through #14. I am using Bricscad v12 on Debian Testing. Something about Bricscad and libfreetype version 2.4.9 caused a seg fault for me every session. I did what Knut suggested, got the older libfreetype from squeeze, and copied the important files into the Bricscad folder. That seems to solve the problem for the time being.0
-
I meant messages #13 to #15.0
-
Hi everybody again.
well... What can I say?, I don't know if the problem is this version of ubuntu or perhaps the new bricscad 12, but again, I found some files that don't open in my system, I put the file here and maybe sombody could open it or solve the problem.
thanks0 -
Jorge,PLANTA GENERAL opened for me. I've got Ubuntu 'Precise" and Bricscad 12.2.30
-
Jorge,I know this does not solve your problem, but here is the drawing as a .dwg in case that helps you to use it.0
-
Jorge.And as .dxf (binary)0
-
hi S Schuller.thanks for sending me the file, this one opened without any problem, what did you do? I have a lot of files that do not open and this situation is uncomfortable to me.thanks a lot,jorge0
-
Jorge,I made no changes to the file. The original that you posted opened OK, so I just saved it in .dwg and .dxf and posted it back. Possibly there is something in the configuration of your computer that prevented you from opening it originally.Brics tech support is probably the place to look for an answer.0
-
Althought this thread is a bit old, it still guided me to the right answer. As with most of the above, my problem was with libfreefont. Bricscad V11, currently on OpenSUSE 13.1. There was libfreetype.so bundled with bricscad in the /opt/bricsys/bricscad directory, but systemwide libfreetype was used anyway. All I neede to do was force using the bundled libfreetype:
[code]export LD_PRELOAD=/opt/bricsys/bricscad/v11/libfreetype.so[/code]
Good place to put this is the bricscad.sh shell wrapper....0
This discussion has been closed.