On Mon, 25 May 2015, Henrique Andrade wrote: No. What exactly do you see from gretlcli when you issue that command? For reference, here's what I see on Linux (where of course there's no problem because everything is in UTF-8): waverley:~/stats/accents$ LANG=pt_BR.UTF-8 gretlcli -b Relatório.inp gretl versão 1.10.90cvs Copyright Ramu Ramanathan, Allin Cottrell e Riccardo "Jack" Lucchetti Este software é livre e TOTALMENTE SEM GARANTIA Sessão atual: 2015-05-26 12:35 ? run Relatório.inp /home/cottrell/stats/accents/Relatório.inp ? open data4-10 ... # and so on Allin

On Tue, 26 May 2015, Henrique Andrade wrote: At the moment I think Allin is unable to check this (for several reasons), and so am I (for different reasons); however, it looks more like an OS problem than a specific gretl issue. But it's a wild guess, really. ------------------------------------------------------- Riccardo (Jack) Lucchetti Dipartimento di Scienze Economiche e Sociali (DiSES) Università Politecnica delle Marche (formerly known as Università di Ancona) r.lucchetti(a)univpm.it http://www2.econ.univpm.it/servizi/hpp/lucchetti -------------------------------------------------------

The problem is only with the Run command. It works fine running the scripts individually. (In the exemple see how to change the code page to UTF-8): C:\Documents\Academia\science>"c:\Program Files\gretl\gretlcli.exe" -b com_acentuação.inp gretl versÒo 1.10.1 Copyright Ramu Ramanathan, Allin Cottrell e Riccardo "Jack" Lucchetti Este software Ú livre e TOTALMENTE SEM NENHUMA GARANTIA SessÒo atual: 2015-05-26 17:24 ? run com_acentuaþÒo.inp C:\Documents\Academia\science\com_acentuaþÒo.inp Al├┤, Gretl! Feito C:\Documents\Academia\science>chcp 65001 Página de códigos activa: 65001 C:\Documents\Academia\science>"c:\Program Files\gretl\gretlcli.exe" -b com_acentuação.inp gretl vers�o 1.10.1 Copyright Ramu Ramanathan, Allin Cottrell e Riccardo "Jack" Lucchetti Este software � livre e TOTALMENTE SEM NENHUMA GARANTIA Sess�o atual: 2015-05-26 17:24 ? run com_acentua��o.inp C:\Documents\Academia\science\com_acentua��o.inp Alô, Gretl! Feito --- Commenting the Run with the file with accents also runs OK: C:\Documents\Academia\science>"c:\Program Files\gretl\gretlcli.exe" -b Accents.inp gretl vers�o 1.10.1 Copyright Ramu Ramanathan, Allin Cottrell e Riccardo "Jack" Lucchetti Este software � livre e TOTALMENTE SEM NENHUMA GARANTIA Sess�o atual: 2015-05-26 17:27 ? run Accents.inp C:\Documents\Academia\science\Accents.inp ? run "C:\Documents\Academia\science\sem_acento.inp" C:\Documents\Academia\science\sem_acento.inp Hello, Gretl! #run "C:\Documents\Academia\science\com_acentuação.inp" Feito ---- Not using accents in the filename, also makes Run OK: C:\Documents\Academia\science>"c:\Program Files\gretl\gretlcli.exe" -b Accentos.inp gretl vers�o 1.10.1 Copyright Ramu Ramanathan, Allin Cottrell e Riccardo "Jack" Lucchetti Este software � livre e TOTALMENTE SEM NENHUMA GARANTIA Sess�o atual: 2015-05-26 17:30 ? run Accentos.inp C:\Documents\Academia\science\Accentos.inp ? run "C:\Documents\Academia\science\sem_acento.inp" C:\Documents\Academia\science\sem_acento.inp Hello, Gretl! ? run "C:\Documents\Academia\science\com_acentuacao_PT.inp" C:\Documents\Academia\science\com_acentuacao_PT.inp Olá, Gretl! Feito Hélio (Windows 7 Professional x64 and gretl snapshot) On Tue, May 26, 2015 at 5:03 PM, Henrique Andrade <henrique.coelho(a)gmail.com

The code page is 850 (but this is Portugal, Brazil may be other). C:\>mode Estado para o dispositivo CON: ------------------------------ Linhas: 300 Colunas: 150 Velocidade do teclado: 31 Atraso do teclado: 1 Página de códigos: 850 C:\> On Wed, May 27, 2015 at 6:35 PM, Allin Cottrell <cottrell(a)wfu.edu&gt; wrote:

On Wed, 27 May 2015, Henrique Andrade wrote: Thanks! I'm not in a position to test on Windows at present, but I think this may now be fixed in CVS and snapshots. Allin

I have just tried to use a program created a year before, but now dows not work. It has a function which now produces an error. The problem is that the program calls a function which applies another function to several series and in a given step it is applied to 'const'. This was working with gretl 1.9.15cvs on 2014-05-07 17:57. I have simplied the problem in the silly example below. Direct aplication of function f1 seems not to have any problem, but when you run it from function f2 for the series called 'const' this reports an error for function 'nobs(y)' (This is for gretl from current cvs on Ubuntu Linux 14.04) <hansl> function series f1(series y) scalar T=nobs(y) return y/T end function function series f2(series y) series cc = const series zc = f1(cc) zc series z=f1(const) return z end function nulldata 100 setobs 1 1 --time-series e=randgen(N,2,1) series y=f1(e) series z2=f1(const) series z3=f2(e) </hansl> -- Ignacio Díaz-Emparanza Departamento de Economía Aplicada III (Econometría y Estadística) Universidad del País Vasco - Euskalherriko Unibertsitatea, UPV/EHU Tfno: (+34) 94 601 3732 http://www.ehu.eus/ea3

On Mon, 1 Jun 2015, Sven Schreiber wrote: If/when we have to for massive backwards-incompatible changes, I'd second that. I'd also drop "genr dummy" in favour of <hansl> list SDUM = dummify($obsminor) </hansl> ------------------------------------------------------- Riccardo (Jack) Lucchetti Dipartimento di Scienze Economiche e Sociali (DiSES) Università Politecnica delle Marche (formerly known as Università di Ancona) r.lucchetti(a)univpm.it http://www2.econ.univpm.it/servizi/hpp/lucchetti -------------------------------------------------------

On Mon, 1 Jun 2015, Ignacio Diaz-Emparanza wrote: Thanks, Ignacio. I see what you. This is fixed in my personal tree but I won't be able to commit the fix to CVS, or publish snapshots, until Thursday. Allin

On Tue, 2 Jun 2015, Riccardo (Jack) Lucchetti wrote: Thanks, Jack. Here's the diff. Allin

On Mon, 1 Jun 2015, Ignacio Diaz-Emparanza wrote: This should now be fixed in CVS and snapshots. Allin

On Mon, 1 Jun 2015, Henrique Andrade wrote: We might as well try to get it right. I don't want to discourage anyone from using the command-line, even on Windows! There's a new attempt at fixing the problem in current CVS and snapshots. (Reminder: the problem is that in the Windows console, translated output is coming out wrongly encoded for the case of Portuguese -- and presumably also for other languages.) Allin

On Sat, 6 Jun 2015, Sven Schreiber wrote: Ah, I was forgetting, the problem was a bit more specific: wrong encoding when gretlcli was invoked in batch mode (e.g. "-b input.inp"). That's what I hope may now be OK. Allin

On Mon, 8 Jun 2015, Henrique Andrade wrote: Can you tell me what gretlcli says on start-up? With the current Windows snapshot you should see something like: cli_set_win32_charset: charset='CP850' However, the codepage may or may not be 850. The value shown is the result from a call to the Windows function GetConsoleOutputCP(). Allin

On 08/06/2015 19:50, Allin Cottrell wrote: Sorry if this is noise. May be a problem with the print command? This happens with Allin´s test... The OLS output is ok.

Em 8 de junho de 2015, Allin Cottrell escreveu: The message "cli_set_win32_charset: charset='CP850'" appears, but the problem is still here :-( Em 9 de junho de 2015, Allin Cottrell escreveu: Dear Allin, I think your answer is clear enough and it convinces me that we can't "fight" against Windows all the time :-(. Clearly this is not a Gretl's problem and I think all we can do is to mention this Windows limiting feature when users decide to use Gretl CLI. Thanks a lot for your efforts in Gretl's internationalization and localization! Best, Henrique Andrade

On Tue, 9 Jun 2015, Allin Cottrell wrote: Well, there's _one_ more attempt in CVS and snapshots. Via trial and error I found that using SetConsoleOutputCP() with an argument of UTF-8 does work (at least on my Windows 8) if (only if) the console font is TrueType (as opposed to the default raster font). I can't find a proper account of how to tell if the active console font is TrueType but I'm trying a hackish heuristic. I'd be interested to hear if this works for anyone else. To set a TrueType font, right-click on the title bar of the cmd.exe window, choose Properties and then the Font tab. In Windows 8 there's a choice of Lucida Console or Consolas. I think that Lucida Console, at least, may be available in earlier Windows versions. For the record: if my heuristic suggests that a TrueType font is in use, we ask Windows to switch to "code page 65001" (UTF-8) and bind gretl's translations to produce UTF-8. In principle this should also take care of strings passed to "print" and "printf" provided they are in UTF-8. If the heuristic suggests that a raster font is in use we detect the active console code page and bind gretl's translations to emit text in that encoding -- in which case gretl's print and printf are not handled properly. Allin

On 10/06/2015 0:23, Allin Cottrell wrote: If I undestand ok, this is the result, Allin, with Windows 8.1, Gretl 1.10.90cvs (2015/06/09) in Galician (a language twinned with Portuguese and Spanish). Only trying to help (I don´t use gretlcli )...

Dear Allin, Using the sample scripts I sent I can execute the script "com_acentuação.inp", but when I try to execute "Accents.inp" (which executes "com_acentuação.inp" and "sem_acento.inp") it doesn't work. Please take a look at the attached image. Best regards, Henrique