Hi Jari, Jari> I was hit by the fact that expand-file-name does not Jari> work the same way as in Emacs. It returns the result in Jari> backslash format in win32 and forward slashes in Jari> Unix. This is a bit hard and ugly when I combine paths XEmacs let's you control this behavior by means of variable directory-sep-char Works fine for me in a native Windows NT XEmacs (21.1 and 21.2-bxx). Hope this helps, Adrian Jari> always with forward slashes. Jari> (expand that) + "path/here" Jari> \that\dir/path/here Jari> It also defeated In my code member and pushnew Jari> tests now when everything was not in forward slash format. Jari> Oh well... Jari> In Emacs it always returns forward slashes which I think is Jari> easy for a develooper. Jari> Would it be possible to modify it so that expand-file-name had Jari> an additional argument FORMAT that would control the path Jari> expansion. Jari> By default it would return always forward slashes to regain Jari> Emacs compatibility. With extra argument: Jari> FORMAT 'native as OS default. In Win32 \ in Unix / Jari> 'dos Explicit \ request Jari> 'unix Explicit / request Jari> Jari Jari> -- Jari> http://tiny-tools.sourceforge.net/ -- Adrian Aichner mailto:adrian＠xemacs.org http://www.xemacs.org/