the registerThursday, March 28. 2024 Jonathan LewisTanel PoderSaturday, September 17. 2022 Kevin ClossonThursday, December 2. 2021 Thursday, May 20. 2021 |
Saturday, October 13. 2012 |
QuicksearchLookup IATA/ICAOLookup MAC AddressCategorieChoose LanguageLinksBlog Administration |
Are there any later builds that address this issue ??
I'm using OS X 10.7.5 (Lion).
Thanks, Brendan.
If crashes, could you give me the stack trace ?
Otherwise i should to be able to reproduce the bug to help you.
I've also written a mall to you.
If I launch eeschema directly from the Finder then the everything is ok -- well at least the problem happens far less often or is not exposed.
Try launching eeschema from kikad.app, the edit a component -- add pins, right click on pins, background, etc, add more pins, etc. Hopefully it hangs for you too
Please if is possible use it standalone, if no more bugs and evident problems will show.
I'll make a release build to fix also this problem.
I'm happy that those are the problems spotted on the OSX port
You could always upload both builds -- a debug build and a snapshot build (testing release) so that users can use both. e.g. use the testing build, then if problems are noticed, use the debug build to gather more info. Just a thought
How to reproduce :
Go to library editor
Select active library. Click on load and edit a component in the library, select the component and click on OK
./src/osx/carbon/dcclient.cpp(184): assert "window->MacGetCGContextRef() != NULL" failed in wxPaintDCImpl(): using wxPaintDC without being in a native paint event
Call stack:
[00] wxNativeDCFactory::CreatePaintDC(wxPaintDC*, wxWindow*)
[01] wxPaintDC::wxPaintDC(wxWindow*)
[02] wxScrollHelperBase::HandleOnPaint(wxPaintEvent&)
[03] wxScrollHelperEvtHandler::ProcessEvent(wxEvent&)
[04] wxEvtHandler::SafelyProcessEvent(wxEvent&)
[05] wxWindowBase::HandleWindowEvent(wxEvent&) const
[06] wxWindow::MacDoRedraw(long)
[07] wxWidgetCocoaImpl::drawRect(void*, NSView*, void*)
[08] wxOSX_drawRect(NSView*, objc_selector*, CGRect)
[09] -[NSView _drawRect:clip:]
[10] -[NSView _recursiveDisplayAllDirtyWithLockFocus:visRect:]
[11] -[NSView _recursiveDisplayRectIfNeededIgnoringOpacity:isVisibleRect:rectIsVisibleRectForView:topView:]
[12] -[NSView _recursiveDisplayRectIfNeededIgnoringOpacity:isVisibleRect:rectIsVisibleRectForView:topView:]
[13] -[NSView _recursiveDisplayRectIfNeededIgnoringOpacity:isVisibleRect:rectIsVisibleRectForView:topView:]
[14] -[NSThemeFrame _recursiveDisplayRectIfNeededIgnoringOpacity:isVisibleRect:rectIsVisibleRectForView:topView:]
[15] -[NSView _displayRectIgnoringOpacity:isVisibleRect:rectIsVisibleRectForView:]
[16] -[NSView displayIfNeeded]
[17] wxNonOwnedWindowCocoaImpl::Update()
[18] wxNonOwnedWindow::Update()
[19] wxWindow::Update()
[20] wxStatusBar::DoUpdateStatusText(int)
Do you want to stop the program?
You can also choose [Cancel] to suppress further warnings.
Sadly is the only way to spot problem early.
If was build for release this doesn't show.
So please ignore that message.
It gives me this error when I open the app:
http://d.pr/i/iyQL
and if I press cancel the app starts but the window is empty. I cannot see any of my components in the list:
http://d.pr/i/io3V
What should I do?
Thank you.
Seems that is a bug on cvpcb.app, i'm investigating on it, i hope to resolve it in 1-2 weeks.
Sembra sia un bug su cvpcb.app sto' investigando, spero di risolverlo in 1-2 settimane.
Marco
just in case you are still searching the bug, I have some hints were it could be. I would take a look myself, but my C++ knowledge is close to none. So, at least, I wanted to share, what I think I know about the problem's origin with you:
I discovered the same problem with recent revisions (self built) and I am quite sure that the revision Nr. 3742 (http://bazaar.launchpad.net/~kicad-testing-committers/kicad/testing/revision/3742) introduced the first problems with Cvpcb on Mac OS X. Things have got worse since then as John and Andrea were reporting. In Rev. 3742 you were at least able to see your parts in the list. However, since then it is impossible to assign footprints to parts as Cvpcb is freezing after a double click on any footprint.
Since then, I stayed with a self compiled rev 3741 for my projects.
I were working on the fix, you have spot half of the issue, the OSX compiler wants a bit more pedant code.
The rest of the issue was hidden in the cvpcb's OSX specific code.
I'm building the code and after some little tests i'll commit it.
Hoping you will be happy build the new release.
--
Marco
stai parlando di questa versione ?
Se si, puoi specificare meglio il problema ?
Piattaforma - Versione ecc ecc ?