Custom Query (245 matches)

Hi/2.

386/builtin.h includes stdint.h. This may not be a problem on C, however this may be a problem on C++. Because, stdint.h does not define some macros such as INT64_C() on C++ by default. It needs some macros such as __STDC_CONSTANT_MACROS are declared.

So if stdint.h is included once without macro declaration on C++, later macros such as INT64_C() are not declares even if stdint.h is included explicitly.

For example,

#include <vector>
#include <iostream>

#define __STDC_CONSTANT_MACROS
#include <stdint.h>

int main()
{
    std::cout << INT64_C(0) << "\n";

    return 0;
}

This fails.

vector.cpp: In function `int main()':
vector.cpp:9: error: `INT64_C' undeclared (first use this function)
vector.cpp:9: error: (Each undeclared identifier is reported only once for each 
   function it appears in.)

However, this succeeds on other platforms such as mingw-482.

One of the recent updates on netlabs-exp channel (probably libc) broke mediatomb. I get the following message:

MediaTomb? UPnP Server version 0.12.0 - ​http://mediatomb.cc/

=============================================================================== Copyright 2005-2008 Gena Batsyan, Sergey Bostandzhyan, Leonhard Wimmer. MediaTomb? is free software, covered by the GNU General Public License version 2

2015-01-29 12:55:49 INFO: MediaTomb? configuration was created in: /mediatomb/ home/.mediatomb/config.xml 2015-01-29 12:55:49 INFO: Loading configuration from: /mediatomb/home/.mediat omb/config.xml 2015-01-29 12:55:49 INFO: UUID generated: c457b2a0-a7ad-11e4-83b7-4303a755463 c 2015-01-29 12:55:49 INFO: Checking configuration... terminate called after throwing an instance of 'zmm::Exception' terminate called recursively

Killed by SIGABRT pid=0x0052 ppid=0x0051 tid=0x0001 slot=0x00b7 pri=0x0200 mc=0x0001 ps=0x0010 Z:\MEDIATOMB\BIN\MEDIATOMB.EXE Process dumping was disabled, use DUMPPROC / PROCDUMP to enable it.

Yum downgrade *libc*0.6.6-22* did not help, after switching back to netlabs-rel (libc-0.6.5) it works again.

Mediatomb was obtained from ​http://os2ports.smedley.id.au/index.php?page=mediatomb

Unfortunately I did not find a way to check if libc or gcc442.dll caused the trouble.

Hi/2.

r3942 removed a safe wrapper for DosDevIOCtl. On purpose ? or a mistake ?