menu.brn driver string is malformed in certain cases

[lewisr]

There seems to be some discrepancy between the length defined for a given driver description and driver name and how the string is interpreted when placed into the defined variable.

Example:

The following strings all work:

; *note: Driver name *must* always be in brackets at the end of the string
;
; max. length:               >1234567890123456789012345678901234567890123<
'<DEV_CDROM_LIST_DEFAULT>' = 'Standard CD/DVD-Gerätemanager    (OS2CDROM)'
'<DEV_CDROM_LIST_01>'      = 'Standard CD/DVD-Gerätemanager    (OS2CDROM)'
'<DEV_CDROM_LIST_02>'      = 'Erweiterter CD/DVD-Gerätemanager (JJSCDROM)'
'<DEV_CDROM_LIST_03>'      = 'Legacy CD-Gerätemanager          (OLDCDROM)'

whereas results from these strings are inconsistent:

; *note: Driver name *must* always be in brackets at the end of the string
;
; max. length:               >1234567890123456789012345678901234567890123<
'<DEV_CDROM_LIST_DEFAULT>' = 'Standard CD/DVD Geräte-Manager  (OS2CDROM)'
'<DEV_CDROM_LIST_01>'      = 'Standard CD/DVD Geräte-Manager  (OS2CDROM)'
'<DEV_CDROM_LIST_02>'      = 'Erweiterter CD/DVD Ger.-Manager (JJSCDROM)'
'<DEV_CDROM_LIST_03>'      = 'Alter CD-Geräte-Manager         (OLDCDROM)'

In the latter case, 'Standard CD/DVD Geräte-Manager (OS2CDROM)' results in <DEV_CDROM_LIST_01> being placed into CONFIG.SYS as:

\S2CDROM).DMD

The same corruption is seen for <DEV_CDROM_LIST_02>, which ends up as:

\JSCDROM).DMD

Yet, <DEV_CDROM_LIST_03>, (with greater padding?) is properly entered.

However, by adding (back) the extra spaces:

; *note: Driver name *must* always be in brackets at the end of the string
;
; max. length:               >1234567890123456789012345678901234567890123<
'<DEV_CDROM_LIST_DEFAULT>' = 'Standard CD/DVD Geräte-Manager   (OS2CDROM)'
'<DEV_CDROM_LIST_01>'      = 'Standard CD/DVD Geräte-Manager   (OS2CDROM)'
'<DEV_CDROM_LIST_02>'      = 'Erweiterter CD/DVD Ger.-Manager  (JJSCDROM)'
'<DEV_CDROM_LIST_03>'      = 'Alter CD-Geräte-Manager          (OLDCDROM)'

all variables are properly filled.

I haven't seen this anywhere else, yet, nor have I tested without the umlauts.