search for: 10walls

...r way to > > solve the problem. > > Applied. Thanks. > > Erik > -- > ---------------------------------------------------------------------- > Erik de Castro Lopo > http://www.mega-nerd.com/ > > > > ---------- Forwarded message ---------- > From: JonY <10walls at gmail.com> > To: flac-dev at xiph.org > Cc: > Date: Mon, 18 Mar 2013 06:10:44 +0800 > Subject: Re: [flac-dev] Patch to add Unicode filename support for win32 > flac > On 3/17/2013 23:01, LRN wrote: > >> All those ifdefs will at least be confined rather than spread o...

On Sat, Aug 15, 2020 at 8:39 PM Martin Storsjö <martin at martin.st> wrote: > Hi, > > > On Sat, 15 Aug 2020, Ivan Serdyuk wrote: > > > Just as Shoaib said, libunwind only is useful in environments > > that use > > the Itanium C++ ABI - there's really no use for it in an MSVC > > context > > (either using MSVC or

On 3/17/2013 10:33, Janne Hyv?rinen wrote: > Here's a patch that makes MSVC compiled flac.exe able to use wildcards > and encode/decode files with Unicode characters in names. It may not be > the prettiest code but it fulfills its primary purpose. > I tried to alter FLAC code as little as possible. It replaces argv with > utf-8 encoded version and only converts to usable Unicode

On 3/17/2013 18:37, Erik de Castro Lopo wrote: > JonY wrote: > >> On 3/17/2013 10:33, Janne Hyv?rinen wrote: >>> Here's a patch that makes MSVC compiled flac.exe able to use wildcards >>> and encode/decode files with Unicode characters in names. It may not be >>> the prettiest code but it fulfills its primary purpose. >>> I tried to alter FLAC

On 3/18/2013 19:34, LRN wrote: > On 18.03.2013 13:35, JonY wrote: >> Before anyone does anything, see __wgetmainargs >> <http://msdn.microsoft.com/en-us/library/ff770599.aspx>. > >> It can expand wildcards. Since it already provides argc/argv/env, >> it is more a less a drop-in replacement for the main() arguments. > I can't find its version info. MSDN

On 9/21/2014 06:58, lvqcl wrote: > Erik de Castro Lopo wrote: > >>> MSVS version of vsnprintf_s is located inside (statically linked) msvcp???.lib >>> or (dynamically linked) msvcp???.dll. They are part of MSVS runtime, and compatible >>> with WinXP. So it is safe to use it in FLAC. >> >> Oh, ok. I missed this bit. I know so very little about Windows.

On 3/9/2013 06:20, Erik de Castro Lopo wrote: > bat guano wrote: > >> >> Hi >> I have a problem now cross-compiling FLAC from latest git. >> With Ubuntu 12.04 and g++-mingw-w64-i686 (4.6.3-1ubuntu5+5ubuntu1). >> >> I think that the problem might have been introduced on 5 Mar 2013 >> with commit 05609d5 (configure.ac : Add hardening compile options.)

On 3/19/2013 19:59, Janne Hyv?rinen wrote: > On 18.3.2013 12:25, Erik de Castro Lopo wrote: >> JonY wrote: >> >>> Before anyone does anything, see __wgetmainargs >>> <http://msdn.microsoft.com/en-us/library/ff770599.aspx>. >>> >>> It can expand wildcards. Since it already provides argc/argv/env, it is >>> more a less a drop-in

On 3/9/2013 06:20, Erik de Castro Lopo wrote: > bat guano wrote: > >> >> Hi >> I have a problem now cross-compiling FLAC from latest git. >> With Ubuntu 12.04 and g++-mingw-w64-i686 (4.6.3-1ubuntu5+5ubuntu1). >> >> I think that the problem might have been introduced on 5 Mar 2013 >> with commit 05609d5 (configure.ac : Add hardening compile options.)

On 5/5/2013 09:03, Timothy B. Terriberry wrote: > Robert Kausch wrote: >> The _lseeki64 patch probably is a little more controversial. The problem >> is that fseeki64 and ftelli64 are not available in Windows XP - at least >> not without installing extra MSVC runtime libraries. I changed compat.h >> and replaced them with calls to _lseeki64, which was available at least

On 3/13/2013 03:50, Dave Yeo wrote: > On 03/12/13 12:39 pm, Erik de Castro Lopo wrote: >> For the Linux -> Windows cross compile for instance, this detects >> SSP as working, but when I compile it fails with: >> >> CC stream_encoder_framing.lo >> CC window.lo >> CCLD libFLAC.la >> Creating library file:

On 3/18/2013 14:55, Erik de Castro Lopo wrote: > Brian Willoughby wrote: > >> I believe that shell does handle wildcards on all Unix variants, >> including OSX. > > Yes. > >> Since Windows does not handle them, I suggest that the >> main flac code not be littered with code that's not necessary on the >> primary platforms. > > No, the