View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0001430||OpenMPT||General||public||2021-03-02 20:00||2023-01-24 12:04|
|Priority||low||Severity||minor||Reproducibility||have not tried|
|Product Version||OpenMPT 1.30.00.* (old testing)|
|Target Version||OpenMPT 1.32 / libopenmpt 0.8 (goals)|
|Summary||0001430: decide how /shared should behave with non-matching architectures of OpenMPT.exe|
If a x86 OpenMPT.exe is started with
|Tags||No tags attached.|
|Has the bug occurred in previous versions?|
|Tested code revision (in case you know it)|
The simple solution would be to just leave things as they currently are for 1.30. That would be, any architecture executable does always transfer to the already running executable, regardless of architecture mismatch.
Yeah, it definitely sounds like the easiest way to move forward now, and if people would prefer a different behaviour it can still be implemented later.
Keeping the same behaviour for 1.31.
|2021-03-02 20:00||manx||New Issue|
|2021-03-02 20:01||manx||Relationship added||related to 0001429|
|2021-03-02 20:01||manx||Relationship added||related to 0001123|
|2021-09-24 13:45||manx||Note Added: 0004882|
|2021-09-24 18:16||Saga Musix||Note Added: 0004883|
|2021-09-24 18:16||manx||Target Version||OpenMPT 1.30.01.00 / libopenmpt 0.6.0 (upgrade first) => OpenMPT 1.31 / libopenmpt 0.7 (goals)|
|2023-01-23 21:14||manx||Note Added: 0005499|
|2023-01-23 21:14||manx||Target Version||OpenMPT 1.31 / libopenmpt 0.7 (goals) => OpenMPT 1.?? (long term goals)|
|2023-01-24 12:04||manx||Target Version||OpenMPT 1.?? (long term goals) => OpenMPT 1.32 / libopenmpt 0.8 (goals)|