Skip to main content
Viraj shah
Associate
October 27, 2019
Question

MX 5.4.0 Bug: cubemx stuck at copying library files while Generating code

can anyone help me with this problem cubemx is stuck at copying library file while i try to generate code for keil mdk version 5.28 cannot close the window and have to terminate the program using task manager i am using windows 10 system0690X00000ArJc0QAF.png

This topic has been closed for replies.

33 replies

fiim
Associate III
April 16, 2020

I had the same problem. "Project Location" must be near the Firmware Package folder, and all will be ok)

FGonz.1
Visitor II
June 19, 2020

Yes, Thats Works.

DDzie.1
Visitor II
October 2, 2020

Hi, I had the same problem but nothing from this not help to me. Finally I delete all folders in project folder without *.ioc CubeMX file. Next, I copy all folders of project from old compilation copy and generate code again and This help for me. It looks that CubeMX generate something inside folders of project before and next This data blocking Cube during next time to finish generate proccess. But, I don't know what exacly It was be.

MRasc.2
Visitor II
January 4, 2021

Hi at all,

i solved the problem by not using special characters (&#%$§) in the path folder of the sources.

kiran kanchi
Associate III
July 21, 2021

Hello team,

I have have same problem of stuck during copy on ubuntu 21: seems like a java problem, here is my terminal log:

Exception in thread "Thread-2814" java.lang.IllegalAccessError: class parsers.FromScratchParser (in unnamed module @0x2a79781f) cannot access class com.sun.org.apache.xerces.internal.parsers.DOMParser (in module java.xml) because module java.xml does not export com.sun.org.apache.xerces.internal.parsers to unnamed module @0x2a79781f

at parsers.FromScratchParser.getDestinations(FromScratchParser.java:237)

at convertor.Convertor.generate(Convertor.java:354)

at com.st.microxplorer.plugins.projectmanager.model.ToolchainGenerator.generate(ToolchainGenerator.java:370)

at com.st.microxplorer.plugins.projectmanager.engine.ProjectBuilder.createToolChainFolders(ProjectBuilder.java:3756)

at com.st.microxplorer.plugins.projectmanager.engine.ProjectBuilder.createProject(ProjectBuilder.java:782)

at com.st.microxplorer.plugins.projectmanager.engine.GenerateProjectThread.run(GenerateProjectThread.java:54)

----------------------------------------------------------

/usr/local/STMicroelectronics/STM32Cube/STM32CubeMX$ java --version

openjdk 17-ea 2021-09-14

OpenJDK Runtime Environment (build 17-ea+19-Ubuntu-1ubuntu1)

OpenJDK 64-Bit Server VM (build 17-ea+19-Ubuntu-1ubuntu1, mixed mode, sharing)

Kind regards

KiranKanchi

Bernhard1
Visitor II
September 6, 2021

Same problem here...

CubeMX version: 6.3.0

openjdk 16.0.2 2021-07-20

OpenJDK Runtime Environment (build 16.0.2+7)

OpenJDK 64-Bit Server VM (build 16.0.2+7, mixed mode)

PS. There are no 'special' characters in the filepath: '/home/schweigi/tmp/abc'

Steps to reproduce the error/failure:

o) start cubemx

o) new project with an STM32F334K8Tx

o) Project Manager -> Project Name 'x', location (I used) '/home/schweigi/tmp/abc/', Toolchain 'Makefile'

o) Generate Code

o) --> cubemx should now hang at 'Copying libraries files...'

I've also attached the corresponding log file - maybe it's helpful!?

kind regards

Bernhard

Bernhard1
Visitor II
September 6, 2021

:) Found a solution in the meantime - the culprit seems to be an incompatibility with the used java version.

When I use an older java version (I tested openjdk version "11.0.12" 2021-07-20, since this version was still installed on my machine) everything works fine again...

kind regards

Bernhard

shurikkan
Associate
January 7, 2022

0693W00000Hqro1QAB.jpgЧа�?то решить такую проблему помогает С�?ЯТИЕ галочки "Project manager -> Generate under root" и ввод пути к папке дл�? компил�?ции вручную.

Веро�?тно, проблема в том, что по-умолчанию дл�? компил�?ции проектов и�?пользует�?�? пака пользовател�?, им�? которого может быть напи�?ано, например, на кириллице, которую, почему-то, до �?их пор не переваривают продукты STM :) Так что проблема не только �? �?имволами "&%$" и так далее, но и про�?то �? кодировкой...