von nohype » 12.04.2024, 23:40
Mich interessiert an solchen Fehlern:
Was denken sich eigentlich professionelle Programmierer?
Ist man schon Super(?)-User - mit ungewöhnlichen Rechner-Einstellungen-, die zwangsläufig zu Fehlern führen müssen?
Jeder kann selbst urteilen, ob das hier der Fall war.
Zwecks Datensicherheit/Wartbarkeit verlege ich meine Nutzdaten auf andere als die Systempartition. Wende ich dabei Tricks an? Sicher nicht!
Was steckte nun hinter diesem Fehler:
das Programm "RODE Central erwartet als Speicherpfad
, also
nennt es aber in der Fehlermeldung:
Der richtige Standard-Pfad für Dokumente steht in der Registrierung unter "Personal", s. u.
Obwohl auch dieser Pfad bei mir existiert, entsteht der obige Fehler.
Da kann man dann lange suchen ...
Woran lag's?
Der Pfad
ist Verlegung kein besonders geschützter Pfad mehr. wenn man ihn Bordmitteln, wie ich, woanders hin verschoben hat.
Trotzdem will das Rode-Programm Aufzeichnungen in den nun ungeschützten Ordner speichern, weil es glaubt, dass das immer der richtige Pfad ist.
Was dieses dumme Programm nicht kapiert, ist, dass das tatsächliche - in meinem Fall auf "V:\Documents" geänderte - Datum zum Wert "Personal" im Registrierschüssel steht:
Code: Alles auswählen
\HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders
Natürlich will man wissen, wo er die Konfigurationsdaten sind, die den geänderten Pfad enthalten:
Code: Alles auswählen
"C:\Users\[USER]\AppData\Roaming\RØDE\RODE Central.settings"
Code: Alles auswählen
<?xml version="1.0" encoding="UTF-8"?>
<PROPERTIES>
<VALUE name="Rodecaster2Ip" val=""/>
<VALUE name="Rodecaster2Port" val="1234"/>
<VALUE name="SkipCentralUpdate" val=""/>
<VALUE name="DontAskAutomount" val="0"/>
<VALUE name="DontCheckManifest" val="1"/>
<VALUE name="LocalContentsPath" val="V:\Documents"/>
</PROPERTIES>
Mich interessiert an solchen Fehlern:
Was denken sich eigentlich professionelle Programmierer?
Ist man schon Super(?)-User - mit ungewöhnlichen Rechner-Einstellungen-, die zwangsläufig zu Fehlern führen müssen?
Jeder kann selbst urteilen, ob das hier der Fall war.
Zwecks Datensicherheit/Wartbarkeit verlege ich meine Nutzdaten auf andere als die Systempartition. Wende ich dabei Tricks an? Sicher nicht!
Was steckte nun hinter diesem Fehler:
das Programm "RODE Central erwartet als Speicherpfad [code]%USERPROFILE%\Documents[/code], also [code]c:\Users\[USER]\Documents[/code] nennt es aber in der Fehlermeldung:
[code]\\DESKTOP-F02764I\Documents[/code]
Der richtige Standard-Pfad für Dokumente steht in der Registrierung unter "Personal", s. u.
Obwohl auch dieser Pfad bei mir existiert, entsteht der obige Fehler.
Da kann man dann lange suchen ...
Woran lag's?
Der Pfad [code]c:\Users\[USER]\Documents[/code] ist Verlegung kein besonders geschützter Pfad mehr. wenn man ihn Bordmitteln, wie ich, woanders hin verschoben hat.
Trotzdem will das Rode-Programm Aufzeichnungen in den nun ungeschützten Ordner speichern, weil es glaubt, dass das immer der richtige Pfad ist.
Was dieses dumme Programm nicht kapiert, ist, dass das tatsächliche - in meinem Fall auf "V:\Documents" geänderte - Datum zum Wert "Personal" im Registrierschüssel steht:
[CODE]\HKEY_CURRENT_USER\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders[/CODE]
Natürlich will man wissen, wo er die Konfigurationsdaten sind, die den geänderten Pfad enthalten:
[code]"C:\Users\[USER]\AppData\Roaming\RØDE\RODE Central.settings"[/code]
[code]<?xml version="1.0" encoding="UTF-8"?>
<PROPERTIES>
<VALUE name="Rodecaster2Ip" val=""/>
<VALUE name="Rodecaster2Port" val="1234"/>
<VALUE name="SkipCentralUpdate" val=""/>
<VALUE name="DontAskAutomount" val="0"/>
<VALUE name="DontCheckManifest" val="1"/>
<VALUE name="LocalContentsPath" val="V:\Documents"/>
</PROPERTIES>[/code]
