similar to: win_utf8_io.c: Use fputws instead of fwprintf

Hi, I want to use xenoprof to profile the overhead of the hypervisor. I patched the oprofile-0.9.5 using the patch from xenoprof.sourceforge.net Debian GNU/Linux 5.0 (lenny) Xen-4.0.1 + 2.6.32.27 (linux-2.6-pvops.git) Dom0 My platform is Intel(R) Core(TM) i7 CPU 960 @ 3.20GHz My problems are: In Dom0, But hardware performance counters don''t be mounted after initialization

Hi, I want to use xenoprof to profile the overhead of the hypervisor. I patched the oprofile-0.9.5 using the patch from xenoprof.sourceforge.net Debian GNU/Linux 5.0 (lenny) Xen-4.0.1 + 2.6.32.27 (linux-2.6-pvops.git) Dom0 My platform is Intel(R) Core(TM) i7 CPU 960 @ 3.20GHz My problems are: In Dom0, But hardware performance counters don''t be mounted after initialization

The Wine development release 1.5.22 is now available. What's new in this release (see below for details): - New version of the Gecko engine. - Beginnings of the Mac graphics driver. - Support for ARM64 platforms. - Fixes for RTL text in Uniscribe. - Various bug fixes. The source is available from the following locations:

Hello folks, Is it possible to extend log message as large as PATH_MAX? Current length of message format including file path is small against linux PATH_MAX, 4096. diff --git a/log.c b/log.c index ad12930..95df4a9 100644 --- a/log.c +++ b/log.c @@ -359,7 +359,7 @@ log_redirect_stderr_to(const char *logfile) log_stderr_fd = fd; } -#define MSGBUFSIZ 1024 +#define MSGBUFSIZ 5192 void

lvqcl wrote: > I wrote a small program that fills a buffer[] with "abcdefghijklmnopqrstuvwxyz\0" > pattern and then tries to write "0123456789" string into it. > It calls either > ret = vsnprintf_s(buffer, buf_size, _TRUNCATE, fmt, va); > or > ret = vsnprintf(buffer, buf_size, fmt, va); <snip> > vsnprintf (MSVC, MinGW): > > buf_size =

lvqcl wrote: > Why? We can use vsnprintf_s for MSVS, and vsnprintf for MinGW. > > 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. However, if you compile

On 2016/03/28 20:04, Nico Kadel-Garcia wrote: > Possible? Probably, But what precisely were you thinking needs more > than 500 characters? Because of the message is suppressed if the path name is very long as following. Mar 28 00:00:00 hostA sftp-server[123]: set "/very/long/path/name/here" mod ^^^^ So we

Friendly people on Hydrogenaudio found some bugs with the Unicode printing code, so I was forced to make adjustments. While doing testing I noticed that long filenames cause printing bugs on Linux too. If line length on status printing exceeded console length it kept printing the same line over and over. The patch I included fixes encoding side nicely, but on decoding side there is still

On 8.4.2013 21:38, Janne Hyv?rinen wrote: > Friendly people on Hydrogenaudio found some bugs with the Unicode > printing code, so I was forced to make adjustments. > > While doing testing I noticed that long filenames cause printing bugs > on Linux too. If line length on status printing exceeded console > length it kept printing the same line over and over. > The patch I

JonY wrote: > On 3/17/2013 23:01, LRN wrote: > >> All those ifdefs will at least be confined rather than spread out > >> through the code. > > I did it plibc-style: > > > > in compat.h: > > #if defined(_WIN32) > > #define FOPEN grabbag__fopen_utf8_wrapper > > #else > > #define FOPEN fopen > > #endif > > > > in

Hi, I working on porting an IDE on MacOSX with the help of Wine, And I discover a random bug on wine. Please use this sample code to reproduce it (to be compiled on Windows): Code: ///////////////////////////////////////////////////////////////////////////// int Quit(int aReturnCode) { #ifdef _DEBUG wcout << L"Press Enter to quit"; getchar(); #endif return aReturnCode; }

Hi all, The latest pre-release is here: http://downloads.xiph.org/releases/flac/beta/flac-1.3.0pre3.tar.xz but there will probably need to be at least one more. I've tested this on x86_64-linux powerpc-linux i386-openbsd5.2 i386-freebsd9 The majority of changes since the last pre-release is the addition of Janne Hyv?rinen's utf8 I/O functionality. Janne's

The patch changes flac_snprintf (in src/share/grabbag/snprintf.c) and its copy local_snprintf (src/libFLAC/metadata_iterators.c). It also adds flac_vsnprintf (src/share/grabbag/snprintf.c) and its copy local_vsnprintf (src/share/win_utf8_io/win_utf8_io.c). And it changes stats_print_info in src/flac/utils.c so it uses flac_vsnprintf instead of vsnprintf. Return value checking becomes

src/test_streams/main.c fails under MSVC because it doesn't provide snprintf(). The patch replaces snprintf() with flac_snprintf(). -------------- next part -------------- A non-text attachment was scrubbed... Name: test_streams.patch Type: application/octet-stream Size: 486 bytes Desc: not available Url : http://lists.xiph.org/pipermail/flac-dev/attachments/20150223/b0908a26/attachment.obj

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 17.03.2013 18:55, JonY wrote: > 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 >>>>

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

The Wine development release 5.3 is now available. What's new in this release (see below for details): - More work towards Ucrtbase runtime support. - Full support for Unicode normalization. - Improvements in Shell Folders handling. - Various bug fixes. The source is available from the following locations: https://dl.winehq.org/wine/source/5.x/wine-5.3.tar.xz

configure: WARNING: dlfcn.h: present but cannot be compiled configure: WARNING: dlfcn.h: check for missing prerequisite headers? configure: WARNING: dlfcn.h: see the Autoconf documentation configure: WARNING: dlfcn.h: section "Present But Cannot Be Compiled" configure: WARNING: dlfcn.h: proceeding with the preprocessor's result configure: WARNING: dlfcn.h: in the future, the

Dear All, we're trying to implement R on the IBM p690 cluster "Jump" at the research centre in J?lich, Germany (c.f. http://www.fz-juelich.de/nic/Supercomputer/computer-e.html) using the most recent version of R (2.1.0) and precisly following the installation instructions. After ./configure we get the final message: ---------------- R is now configured for powerpc-ibm-aix5.2.0.0