Can't open Linux Schematic with Windows

Bug #1838365 reported by Bernd Koehler
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
KiCad
Incomplete
Undecided
Unassigned

Bug Description

If I create a KiCad Schematic with Xubuntu and open this Schematic with Windows,
I get an Error on read the Symbol-ID.
The problem seems that the Symbol-ID at Linux is 16 Bytes long,
but at Windows the Symbol-ID is only 8 Bytes long.

Xubuntu System
Application: kicad
Version: 5.0.2-bee76a0~70~ubuntu18.04.1, release build
Libraries:
    wxWidgets 3.0.4
    libcurl/7.58.0 OpenSSL/1.1.0g zlib/1.2.11 libidn2/2.0.4 libpsl/0.19.1 (+libidn2/2.0.4) nghttp2/1.30.0 librtmp/2.3
Platform: Linux 4.15.0-43-generic x86_64, 64 bit, Little endian, wxGTK
Build Info:
    wxWidgets: 3.0.4 (wchar_t,wx containers,compatible with 2.8) GTK+ 2.24
    Boost: 1.65.1
    OpenCASCADE Community Edition: 6.9.1
    Curl: 7.58.0
    Compiler: GCC 7.3.0 with C++ ABI 1011

Build settings:
    USE_WX_GRAPHICS_CONTEXT=OFF
    USE_WX_OVERLAY=OFF
    KICAD_SCRIPTING=ON
    KICAD_SCRIPTING_MODULES=ON
    KICAD_SCRIPTING_WXPYTHON=OFF
    KICAD_SCRIPTING_ACTION_MENU=ON
    BUILD_GITHUB_PLUGIN=ON
    KICAD_USE_OCE=ON
    KICAD_USE_OCC=OFF
    KICAD_SPICE=ON

Cut from schematic-File generated with LINUX (ID from U 1 is 16 Bytes long)
$Comp
L SuplySwitchTest-V1-eagle-import:LTC4359 IC1
U 1 0 7C8C299E06F92037
P 6300 3600
F 0 "IC1" H 6000 3600 34 0000 L BNN
F 1 "LTC4359" H 6300 3600 34 0000 L BNN
F 2 "SuplySwitchTest-V1:MS8" H 6300 3600 50 0001 C CNN
F 3 "" H 6300 3600 50 0001 C CNN
 1 6300 3600
 1 0 0 -1
$EndComp

Windows System
Application: kicad
Version: (5.0.2)-1, release build
Libraries:
    wxWidgets 3.0.4
    libcurl/7.61.1 OpenSSL/1.1.1 (WinSSL) zlib/1.2.11 brotli/1.0.6 libidn2/2.0.5 libpsl/0.20.2 (+libidn2/2.0.5) nghttp2/1.34.0
Platform: Windows 8 (build 9200), 64-bit edition, 64 bit, Little endian, wxMSW
Build Info:
    wxWidgets: 3.0.4 (wchar_t,wx containers,compatible with 2.8)
    Boost: 1.68.0
    OpenCASCADE Community Edition: 6.9.1
    Curl: 7.61.1
    Compiler: GCC 7.3.0 with C++ ABI 1011

Build settings:
    USE_WX_GRAPHICS_CONTEXT=OFF
    USE_WX_OVERLAY=OFF
    KICAD_SCRIPTING=ON
    KICAD_SCRIPTING_MODULES=ON
    KICAD_SCRIPTING_WXPYTHON=ON
    KICAD_SCRIPTING_ACTION_MENU=ON
    BUILD_GITHUB_PLUGIN=ON
    KICAD_USE_OCE=ON
    KICAD_USE_OCC=OFF
    KICAD_SPICE=ON

Cut from schematic-File generated with Windows (ID from U 1 is 8 Bytes long)
$Comp
L Face2FaceMikroPTT_Haka_Left-eagle-import:1,6_0,8 P?
U 1 0 2701E361
P 2600 5300
F 0 "P?" H 2555 5373 59 0000 L BNN
F 1 "Earph+" H 2555 5170 59 0000 L BNN
F 2 "Face2FaceMikroPTT_Haka_Left:1,6_0,8" H 2600 5300 50 0001 C CNN
F 3 "" H 2600 5300 50 0001 C CNN
 1 2600 5300
 1 0 0 -1
$EndComp

Regards

Bernd

Tags: eeschema
Revision history for this message
Rene Poeschl (poeschlr) wrote :

5.0.2 is quite old already. You might consider updating to 5.1.3 and check if the error still exists.

Revision history for this message
Michael Kavanagh (michaelkavanagh) wrote :

As Rene said, please upgrade as the 5.0 branch is no longer maintained.

tags: added: eeschema
Changed in kicad:
status: New → Incomplete
Revision history for this message
Nick Østergaard (nickoe) wrote :

I think there was an issue for a short while where it would save a short timestamp on 32 bit systems. I think it has been resolved on later build, but if kicad reads it I am not sure. Please test it out as mentioned.

Revision history for this message
Ian McInerney (imcinerney) wrote :

The timestamp issue should have been fixed in 5.1.1, see this bug report: https://bugs.launchpad.net/kicad/+bug/1821476. Changes were made to both reading and saving the schematic to fix this.

Revision history for this message
Nick Østergaard (nickoe) wrote :

@Ian, cool, thanj you for digging this up. :)

Revision history for this message
Bernd Koehler (bekoger) wrote :

We have installed Version 5.1.3 on both Systems.
On the Linux System KiCad reads the files with 16 Byte Timestamps and stores it back with 8 Byte Timestamps.
Now Windows can read the Files.

Thx a lot

Bernd

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.