> That was also my understanding, but "dir /x" already shows a short name
> of "D15A~1.LY" for "ä.ly". Maybe I'm doing something wrong? (not used
> Windows at that technical level for a few years now...)
Sorry, I have no idea because I'm not familiar with non-Japanese Windows.
At least in Japanese
>> Do you have an example of a file name that should not work? I now have
>> three versions from GUB (one with MoveFileExW; one without but with
>> wstat; and one without wstat) and all work correctly on a recent
>> Windows 10. Does that mean the issue is gone with a recent update?
>
> Might it be
Am Samstag, den 01.08.2020, 22:15 +0900 schrieb Masamichi Hosoda:
> > Thanks for all the explanation, I think I'm slowly starting to
> > understand the problem. I've tried to get short names with special
> > characters, but failed so far (maybe you need a setting for this?).
> > I'm giving up on th
> Thanks for all the explanation, I think I'm slowly starting to
> understand the problem. I've tried to get short names with special
> characters, but failed so far (maybe you need a setting for this?).
> I'm giving up on this for now and will keep the code path with
> MoveFileExW unless you feel
Am Samstag, den 01.08.2020, 20:23 +0900 schrieb Masamichi Hosoda:
> >> `stat ()` in msvcrt.dll has a problem with some Unicode file names.
> >> So we use `_wstat ()` instead of `stat ()` if msvcrt.dll is used.
> >> To use `_wstat ()`, we need a wide string,
> >> so we use `MultiByteToWideChar ()` t
>> `stat ()` in msvcrt.dll has a problem with some Unicode file names.
>> So we use `_wstat ()` instead of `stat ()` if msvcrt.dll is used.
>> To use `_wstat ()`, we need a wide string,
>> so we use `MultiByteToWideChar ()` to convert it.
>
> Do you have an example of a file name that should not w
On 01/08/2020 10:06, Jonas Hahnfeld via Discussions on LilyPond
development wrote:
Am Samstag, den 01.08.2020, 15:39 +0900 schrieb Masamichi Hosoda:
Testing with Frescobaldi would be appreciated, and also with special
characters in file names. I tried to model this after the code
Masamichi-san w
Am Samstag, den 01.08.2020, 15:39 +0900 schrieb Masamichi Hosoda:
> > Testing with Frescobaldi would be appreciated, and also with special
> > characters in file names. I tried to model this after the code
> > Masamichi-san wrote in March, but I'm not sure I understand what it's
> > really needed f
> Testing with Frescobaldi would be appreciated, and also with special
> characters in file names. I tried to model this after the code
> Masamichi-san wrote in March, but I'm not sure I understand what it's
> really needed for?
`stat ()` in msvcrt.dll has a problem with some Unicode file names.
S
Yep Jonas, it works like a charm here!!
Le ven. 31 juil. 2020 à 21:39, Jonas Hahnfeld a écrit :
> Here's a second attempt that falls back to copying the file contents in
> case the PDF file is opened like Frescobaldi does:
> https://cloud.hahnjo.de/index.php/s/9XBmyp9rKMRfYJM
> It works in my te
Here's a second attempt that falls back to copying the file contents in
case the PDF file is opened like Frescobaldi does:
https://cloud.hahnjo.de/index.php/s/9XBmyp9rKMRfYJM
It works in my tests, but please double-check on your systems.
Jonas
Am Donnerstag, den 30.07.2020, 15:49 +0200 schrieb Pi
Thank you Jonas.
Unfortunately, it fails every second attempt, as v.2.21.4:
test: \version "2.21.5" { c'}
Starting lilypond-windows.exe 2.21.5 [Untitled]...
Processing
`C:/Users/Pierre/AppData/Local/Temp/frescobaldi-g1lth8gp/tmpmt7elx5h/
document.ly'
Parsing...
Interpreting music...
Preprocessing
Am Dienstag, den 28.07.2020, 20:57 +0200 schrieb Jonas Hahnfeld:
> Am Dienstag, den 28.07.2020, 17:28 +0200 schrieb Pierre Perol-
> Schneider:
> > Hi All,
> > Under W10, the compilation fails after the second attempt:
> >
> > Starting lilypond-windows.exe 2.21.4 [Untitled]...
> > Processing
> > `C
Am Dienstag, den 28.07.2020, 17:28 +0200 schrieb Pierre Perol-
Schneider:
> Hi All,
> Under W10, the compilation fails after the second attempt:
>
> Starting lilypond-windows.exe 2.21.4 [Untitled]...
> Processing
> `C:/Users/Pierre/AppData/Local/Temp/frescobaldi-8tj7w61h/tmp0qsn12pu/
> document.ly
Hi All,
Under W10, the compilation fails after the second attempt:
Starting lilypond-windows.exe 2.21.4 [Untitled]...
Processing
`C:/Users/Pierre/AppData/Local/Temp/frescobaldi-8tj7w61h/tmp0qsn12pu/
document.ly'
Parsing...
Interpreting music...
Preprocessing graphical objects...
Finding the ideal
Thank you!
I really depend on the doco, so this this excellent.
On 28/07/2020 11:19 pm, Phil Holmes wrote:
Today we released build 2.21.4, the next development release of
LilyPond. Amongst other updates, this corrects the problems with the
documentation in the previous release.
Today we released build 2.21.4, the next development release of LilyPond.
Amongst other updates, this corrects the problems with the documentation in
the previous release.
--
Phil Holmes
17 matches
Mail list logo
