Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

Bugfixes on tests and github actions runner for Windows#10196

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to ourterms of service andprivacy statement. We’ll occasionally send you account related emails.

Already on GitHub?Sign in to your account

Open
cmaglie wants to merge15 commits intoarduino:master
base:master
Choose a base branch
Loading
fromcmaglie:fix-win-tests

Conversation

@cmaglie
Copy link
Member

@cmagliecmaglie commentedMay 12, 2020
edited
Loading

This PR makes automatic testing on Windows working on github-actions.
It requires a bunch of bugfix/improvements:

  • Fixed an illegal operation in ant (even if it targets MasOSX the error is triggered on the Windows version ofant used on gh actions)
  • Disabled CRLF mangling on some files (git adds OS specific line endings when checking out, this is not good for tests that requires exact matching files)
  • String encoding by default is not UTF-8 on Windows. This affects SerialTest
  • CommandLineTests requires full stdin/out draining otherwise the Process.wait() command will wait forever...
  • msvc DLL are now placed with the bundledjava executable, this way they are found even ifarduino_debug.exe is launched from another folder
  • replaced FEST with assertJ (this makes finally the GUI tests passing on github actions, BTW I still see random failures that goes away by re-running the tests)

Copy link
Collaborator

@matthijskooijmanmatthijskooijman left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

Looking good! I hope I didn't cause too much conflicts for you with my recent pullrequests ;-)

I left some small comments inline.

<classpathentrykind="lib"path="test-lib/assertj-swing-junit-1.2.0.jar"/>
<classpathentrykind="lib"path="test-lib/assertj-swing-junit-4.5-1.2.0.jar"/>
<classpathentrykind="lib"path="test-lib/fest-util-1.2.5.jar"/>
<classpathentrykind="lib"path="test-lib/junit-4.5.jar"/>
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

This seems to downgrade junit from 4.11 to 4.5. Is that intentional?

Copy link
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others.Learn more.

It's a forced dependency fromassertj-swing-junit-4.5-1.2.0.jar, unfortunately I didn't found anassertj-swing-junit-4.11-1.2.0.jar.

Maybe it's ok to build withjuint-4.11, but since it's not a critical dependency I've just downgraded it.

@facchinmfacchinm added this to theRelease 1.8.13 milestoneJun 3, 2020
CI run on windows produce the following error:D:\a\Arduino\Arduino\build\build.xml:365: java.nio.file.InvalidPathException: Illegal char <*> at index 42: D:\a\Arduino\Arduino\build\macosx\arduino-*.dmg
Previously the <input...> tag was removed with sed to avoid hitting enteron the version number prompt. We can just skip the dist step altogetherinstead.
It looks like that on Windows string builders use a default encoding thatis different from UTF-8.
This allows the library loader to find them even if arduino_debug.exe orarduino.exe is started from a different directory for example from thecommand prompt.
Previously while testing on Windows, if the process produces a lot ofoutput that is not consumed, the pr.Wait() call will never endbecause the OS doesn't have enough buffering.
For some reason the consolePane.getText() method returns the documenttext with single CR translated into OS native CR+LF. This will influencetest outcome since we check various combinations of CR and LF.
@arduinoarduino deleted a comment fromArduinoBotJun 19, 2020
Wait for consumer thread to collect all output before returning fromcommand line run. This patch avoid a race condition (the test outputis checked before all the output is actually collected).
Sign up for freeto join this conversation on GitHub. Already have an account?Sign in to comment

Reviewers

@matthijskooijmanmatthijskooijmanmatthijskooijman left review comments

Assignees

No one assigned

Labels

None yet

Projects

None yet

Milestone

Release 1.8.14

Development

Successfully merging this pull request may close these issues.

4 participants

@cmaglie@ArduinoBot@matthijskooijman@facchinm

[8]ページ先頭

©2009-2025 Movatter.jp