Hi Tom, Understood. Is there anything I can help with? Or will that just get in the way?
Otherwise, what should I be looking for when test-driving (i.e. what's helpful to report)? So far: * Some tools seem to work \o/ * Some tools don't (global labels, for example) * As noted, some colours aren't right (especially bus and graphic lines, symbol texts) * Graphic lines aren't dashed * Opening the symbol editor asserts and segfaults. * Assert on Escape * Assert on place component * Segfault on image insert I assume most of these are known. Cheers, John On Mon, Jul 23, 2018 at 11:54 AM, Tomasz Wlostowski <tomasz.wlostow...@cern.ch> wrote: > On 23/07/18 12:48, John Beard wrote: >> Hi Tom, >> >> It's now building on 621206fdd, thanks! >> >> I get the following asserts. Let me know if you rather I reported this >> kind of thing in separate emails/threads/on another platform! >> > > Hi John, > > It's a work in progress, I'm aware of this assert (I messed something up > with cursor shape switching). > > Tom > >> 1) When pressing Escape: >> >> ASSERT INFO: >> ./src/gtk/cursor.cpp(234): assert "Assert failure" failed in >> InitFromStock(): unsupported cursor type >> >> BACKTRACE: >> [1] wxCursor::InitFromStock(wxStockCursor) >> [2] wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase >> const&, wxEvtHandler*, wxEvent&) >> [3] wxEvtHandler::SearchDynamicEventTable(wxEvent&) >> [4] wxEvtHandler::TryHereOnly(wxEvent&) >> [5] wxEvtHandler::ProcessEventLocally(wxEvent&) >> [6] wxEvtHandler::ProcessEvent(wxEvent&) >> [7] wxScrollHelperEvtHandler::ProcessEvent(wxEvent&) >> [8] wxEvtHandler::SafelyProcessEvent(wxEvent&) >> [9] g_closure_invoke >> [10] g_signal_emit_valist >> [11] g_signal_emit >> [12] gtk_window_propagate_key_event >> [13] g_closure_invoke >> [14] g_signal_emit_valist >> [15] g_signal_emit >> [16] gtk_propagate_event >> [17] gtk_main_do_event >> [18] g_main_context_dispatch >> [19] g_main_loop_run >> [20] gtk_main >> [21] wxGUIEventLoop::DoRun() >> [22] wxEventLoopBase::Run() >> [23] wxAppConsoleBase::MainLoop() >> [24] wxEntry(int&, wchar_t**) >> [25] __libc_start_main >> [26] _start >> >> 2) When opening the component picker (from eeschema in a build >> environment, it's not installed, so perhaps this is my fault): >> >> ASSERT INFO: >> /home/john/src/kicad-alt/eeschema/eeschema_config.cpp(780): assert >> "!prjPath.empty()" failed in SchSymbolLibTable(). >> >> BACKTRACE: >> [1] wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase >> const&, wxEvtHandler*, wxEvent&) >> [2] wxEventHashTable::HandleEvent(wxEvent&, wxEvtHandler*) >> [3] wxEvtHandler::TryHereOnly(wxEvent&) >> [4] wxEvtHandler::DoTryChain(wxEvent&) >> [5] wxEvtHandler::ProcessEvent(wxEvent&) >> [6] wxEvtHandler::ProcessEventIfMatchesId(wxEventTableEntryBase >> const&, wxEvtHandler*, wxEvent&) >> [7] wxEvtHandler::SearchDynamicEventTable(wxEvent&) >> [8] wxEvtHandler::TryHereOnly(wxEvent&) >> [9] wxEvtHandler::ProcessEventLocally(wxEvent&) >> [10] wxEvtHandler::ProcessEvent(wxEvent&) >> [11] wxScrollHelperEvtHandler::ProcessEvent(wxEvent&) >> [12] wxEvtHandler::SafelyProcessEvent(wxEvent&) >> [13] wxWindow::GTKDoInsertTextFromIM(char const*) >> [14] g_closure_invoke >> [15] g_signal_emit_valist >> [16] g_signal_emit_by_name >> [17] g_closure_invoke >> [18] g_signal_emit_valist >> [19] g_signal_emit >> [20] g_closure_invoke >> [21] g_signal_emit_valist >> [22] g_signal_emit >> [23] gtk_window_propagate_key_event >> [24] g_closure_invoke >> [25] g_signal_emit_valist >> [26] g_signal_emit >> [27] gtk_propagate_event >> [28] gtk_main_do_event >> [29] g_main_context_dispatch >> [30] g_main_loop_run >> [31] gtk_main >> [32] wxGUIEventLoop::DoRun() >> [33] wxEventLoopBase::Run() >> [34] wxAppConsoleBase::MainLoop() >> [35] wxEntry(int&, wchar_t**) >> [36] __libc_start_main >> [37] _start >> >> >> Cheers, >> >> John >> >> On Mon, Jul 23, 2018 at 11:01 AM, John Beard <john.j.be...@gmail.com> wrote: >>> Hi Tom, >>> >>> I tried to build this (commit 4eb9a3c51), and CMake failed with a >>> missing file (eeschema/libedit/controller.cpp). >>> >>> Removing that from the CMakeLists.txt resulted in (predictably enough) >>> a link failure: >>> >>> CMakeFiles/eeschema_kiface.dir/libedit/lib_edit_frame.cpp.o:(.data.rel.ro._ZTV14LIB_EDIT_FRAME[_ZTV14LIB_EDIT_FRAME]+0x958): >>> undefined reference to `LIB_EDIT_FRAME::GeneralControl(wxDC*, wxPoint >>> const&, unsigned int)' >>> collect2: error: ld returned 1 exit status >>> >>> Cheers, >>> >>> John >>> >>> >>> On Sat, Jun 9, 2018 at 2:32 PM, firewalker <firew4l...@gmail.com> wrote: >>>> Any hint on the linking failure reported? >>>> >>>> On Tue, May 29, 2018 at 12:43 AM, Tomasz Wlostowski >>>> <tomasz.wlostow...@cern.ch> wrote: >>>>> >>>>> Hi all, >>>>> >>>>> This is to inform that I'm working on it (as the XOR-based rendering >>>>> doesn't work under GTK3). I wrote a hacked GAL canvas which uses the >>>>> legacy eeschema tool code. It's non-functional yet (editing-wise), but >>>>> draws the schematics and the selection rectangles. >>>>> >>>>> I'll publish the code as soon as it is in usable state. >>>>> >>>>> Cheers, >>>>> Tom >>>>> >>>>> _______________________________________________ >>>>> Mailing list: https://launchpad.net/~kicad-developers >>>>> Post to : kicad-developers@lists.launchpad.net >>>>> Unsubscribe : https://launchpad.net/~kicad-developers >>>>> More help : https://help.launchpad.net/ListHelp >>>> >>>> >>>> >>>> _______________________________________________ >>>> Mailing list: https://launchpad.net/~kicad-developers >>>> Post to : kicad-developers@lists.launchpad.net >>>> Unsubscribe : https://launchpad.net/~kicad-developers >>>> More help : https://help.launchpad.net/ListHelp >>>> > _______________________________________________ Mailing list: https://launchpad.net/~kicad-developers Post to : kicad-developers@lists.launchpad.net Unsubscribe : https://launchpad.net/~kicad-developers More help : https://help.launchpad.net/ListHelp