bug#19401: 25.0.50; metar.el (metar-convert-temperature) wrong type argument stringp nil

[Mark Oteiza]

Ulf Jasper <ulf.jasper@web.de> writes:

> Mark Oteiza <mvoteiza@udel.edu> writes:
>
>> Hi,
>>
>> I recently got the following from metar.el using KPHL:
>>
>> Debugger entered--Lisp error: (wrong-type-argument stringp nil)
>>   intern(nil)
>>   metar-convert-temperature("M01")
>>   metar-dewpoint("KPHL 172054Z 28015G23KT 10SM BKN046 10/M01 A2993 RMK AO2 
>> PK WND 28029/2044 SLP135 T01001006 53013")
>>   metar-decode(((21649 60776) . "KPHL 172054Z 28015G23KT 10SM BKN046 10/M01 
>> A2993 RMK AO2 PK WND 28029/2044 SLP135 T01001006 53013"))
>>   metar(1)
>>   funcall-interactively(metar 1)
>>   call-interactively(metar record nil)
>>   command-execute(metar record)
>>   execute-extended-command(nil "metar" nil)
>>   funcall-interactively(execute-extended-command nil "metar" nil)
>>   call-interactively(execute-extended-command nil nil)
>>   command-execute(execute-extended-command)
>
> When I do `C-u C-u M-x metar RET KPHL RET' with Emacs built from current
> master and metar 0.1 from GNU Elpa I get
>
>    30 minutes ago at PHILADELPHIA INTERNATIONAL  AIRPT: 3°C, 48% humidity, 
> 1019.3 hPa.
>
> What versions are you using?

The same; emacs from master and metar 0.1 from ELPA.  It works at this
time when CODES in (metar-decode) is:

  "KPHL 181354Z 29012KT 10SM BKN041 03/M07 A3010 RMK AO2 SLP190 T00281067"

but for some reason the following from yesterday was bad input for metar.el:

  "KPHL 172054Z 28015G23KT 10SM BKN046 10/M01 A2993 RMK AO2 PK WND 28029/2044 
SLP135 T01001006 53013"