kicad-developers team mailing list archive

[John Beard <john.j.beard@xxxxxxxxx>]

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.wlostowski@xxxxxxx> 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.beard@xxxxxxxxx> 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 <firew4lker@xxxxxxxxx> wrote:
>>>> Any hint on the linking failure reported?
>>>>
>>>> On Tue, May 29, 2018 at 12:43 AM, Tomasz Wlostowski
>>>> <tomasz.wlostowski@xxxxxxx> 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@xxxxxxxxxxxxxxxxxxx
>>>>> Unsubscribe : https://launchpad.net/~kicad-developers
>>>>> More help   : https://help.launchpad.net/ListHelp
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Mailing list: https://launchpad.net/~kicad-developers
>>>> Post to     : kicad-developers@xxxxxxxxxxxxxxxxxxx
>>>> Unsubscribe : https://launchpad.net/~kicad-developers
>>>> More help   : https://help.launchpad.net/ListHelp
>>>>
>