> 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.
16 matches
Mail list logo
