dotnet / dotnet/command-line-api

Response file parsing behavior change

Offen
#1,855 11 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen
Vorherrschende Sprache
C#
Sterne
3.7k
Forks
428
PR-Merge-Kennzahlen
Keine gemergten PRs in 30 T.

Beschreibung

Between `2.0.0-beta3.22114.1` (good) and `2.0.0-beta4.22272.1` (bad) the parsing behavior for response files has changed.

Notably, ClangSharp (https://github.com/dotnet/clangsharp) expects the following to be treated as a single argument: `Module32First(HANDLE, LPMODULEENTRY32):BOOL=@Module32FirstA`

However, starting with the newer version it is now interepreted as two arguments:
* `Module32First(HANDLE,`
* ` LPMODULEENTRY32):BOOL=@Module32FirstA`

This breaks ClangSharp and its ability to handle user input specific on the command line.

Beitragsleitfaden

Beitragsleitfaden öffnen

Rechercherichtung

Vergleiche das Parsing-Verhalten von Response-Dateien zwischen den Versionen 2.0.0-beta3.22114.1 und 2.0.0-beta4.22272.1 und verwende dabei den gezeigten Module32First-Ausdruck als Reproduktionsfall. Erledigt ist die Aufgabe, wenn der Ausdruck als ein Argument erhalten bleibt und ClangSharp die relevante Benutzereingabe wieder verarbeiten kann.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Tech-Stack
csharp
Bereich
cli
Issue-Typ
Bug
Schwierigkeit
3/5
Geschätzter Aufwand
1-2 Tage
Aktivitätsstatus
Veraltet
Klarheit
Größtenteils klar
Anfängerfreundlichkeit
35/100

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.