search for: __wgetmainargs

On 19.3.2013 15:49, JonY wrote: > 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 replacement for the main() arguments. >>> +1 >>> >&gt...

...__utils_printf(stderr, 1, "ERROR: yada yada\n"); > #endif > > This is a small un-obtrusive change that I fully support. > > I would however like to see it sooner rather than later so we can get > this damn thing released :-). > 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. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Typ...

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 replacement for the main() arguments. > +1 > > Erik Alright, here's a patch utilizing this f...

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 replacement for the main() arguments. >> +1 >> >> Erik > > Alrigh...

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 only documents it as far...

...On 19.03.2013 20:35, Janne Hyv?rinen wrote: > > On 19.3.2013 15:49, JonY wrote: >> 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 replacement for >>>>> the main() argument...

...35, Janne Hyv?rinen wrote: >> On 19.3.2013 15:49, JonY wrote: >>> 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 replacement for >>>>>> t...

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 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 only documents it as far as VS2010 (normal...

* The first patch replaces _declspec with __declspec. * The second patch replaces __wgetmainargs_ with __wgetmainargs_t and __wgetmainargs with wgetmainargs. Reason: names that begin with double underscore are reserved. -------------- next part -------------- A non-text attachment was scrubbed... Name: 5.1_declspec.patch Type: application/octet-stream Size: 882 bytes Desc: not available Url :...

On Mar 17, 2013, at 03:57, LRN wrote: > /me looks at chmod and utime wrappers: > Ah, i knew i've missed something! :) > Also, i didn't consider wildcards (i thought shell was supposed to > handle them...). I believe that shell does handle wildcards on all Unix variants, including OSX. Since Windows does not handle them, I suggest that the main flac code not be littered

lvqcl wrote: > Oops. It seems that vsnprintf_s isn't always available on MinGW platform: > MinGW declares this function only if MINGW_HAS_SECURE_API macro is defined. > That's because WinXP version of msvcrt.dll doesn't contain secure functions > like vsnprintf_s. > > Maybe it's better to revert vsnprintf_s to vsprintf or to use vnsprintf? Ok, we need to drop

Take a look at how the Opus Tools package handles it. So far as I remember, it requires minimal changes to the file(s) containing references to the main entry point and to fopen. It imports the command line arguments as wchar_t and converts them to UTF-8, and has replacement functions for fopen and some text output that accept UTF-8 instead of ANSI. I think it automatically kicks in on definition

...da yada\n"); > > #endif > > > > This is a small un-obtrusive change that I fully support. > > > > I would however like to see it sooner rather than later so we can get > > this damn thing released :-). > > > > 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. > > > > _______________________________________________ > flac-dev ma...

...Added _mbsnbcoll_l implementation. msvcrt: Don't flush stream in fputs function. msvcrt: Support expand_wildcards parameter in __getmainargs function. msvcrt: Fixed wildcard expanding when path is specified in __getmainargs. msvcrt: Support expand_wildcards parameter in __wgetmainargs function. msvcrt: Added __getmainargs tests. msvcrt: Don't duplicate floating-point number parsing code in MSVCRT__atoflt_l. msvcrt: Added _atodbl_l implementation. msvcrt: Added _atodbl tests. msvcrt: Sync spec files. wined3d: Recognize Nvidia GT610 card....