Skip to content
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.

Sign up for GitHub

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

Already on GitHub? Sign in to your account

Jump to bottom

VDML Device Error Logging #518

Open
Richard-Stump opened this issue Feb 7, 2023 · 1 comment
Open

VDML Device Error Logging #518

Richard-Stump opened this issue Feb 7, 2023 · 1 comment
Labels
p: wishlist This should be worked on when there's time rfc This describes a feature, enhancement, or optimization in broad terms and should be discussed

Comments

@Richard-Stump
Copy link
Contributor

In the future it would be great to have a log of device disconnects, mismatched ports, etc. that users can access. PROS 3 had features to display these things on the screen, but this feature was removed. The code remains in #if 0 blocks in PROS 4 and could maybe serve as a basis for this feature.
@Richard-Stump Richard-Stump added p: wishlist This should be worked on when there's time rfc This describes a feature, enhancement, or optimization in broad terms and should be discussed labels Feb 7, 2023
@Richard-Stump Richard-Stump mentioned this issue Feb 7, 2023
Merged
2 tasks
@WillXuCodes
Copy link
Member

Shower Thought: This could probably be implemented by dumping some sort of log file to the SD card.

Seems pretty straight forward to implement with the old VDML logging code just redirected to said file, the main 2 decision decisions to consider would be:

  1. Figuring out what to name the file (could probably just use the compilation timestamp)
  2. FIguring out whether to enable this by default or have a function for the user to enable ( with a provided file name for this )?

My takes:

  1. See no. 2
  2. Have this be something user enabled, with the initialization function specifying the output file.

( RFC still active here ofc, this is not a "shall" design sort of comment )

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
p: wishlist This should be worked on when there's time rfc This describes a feature, enhancement, or optimization in broad terms and should be discussed
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
2 participants
@WillXuCodes @Richard-Stump