hello
pass -luuid to gcc (at least for d3d11. I pass dxguid.lib to the
visual studio linker
Vincent
On Fri, Jun 17, 2022 at 8:09 PM Maarten ten Velden
wrote:
>
> I tried to use &IID_ID3D12Device and link with -ldxguid, sort of as suggested
> here..
> https://github.com/microsoft/DirectX-Graphi
hello
same for d3d11. To get them, I run my prog ni gdb, maybe something
related to flushing stdout
Vincent
On Fri, Jun 17, 2022 at 8:21 PM Maarten ten Velden
wrote:
>
> I tried w. ID3D12Debug* from D3D12GetDebugInterface, which succeeds but there
> is never any output printed to stdout.
>
> T
of extra
> inconvenience for users with setups that so far have worked just fine.
>
> But if you really really prefer this setup, then fine, go ahead. But I did
> warn that it will inconvenirnce users.
should winpthread be used by users ? i thought it was written for c++11 threads
Vincent Torri
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
se is also
good.
> (2) They provide only stuff I needed so they're incomplete in many ways.
> That said however adding more stuff should be quite a straight-forward
> exercise.
i did something similar to have a dcomp C API for some functions.
> So whether this is the right path f
On Sun, Jan 16, 2022 at 10:18 AM Nikolay Sivov wrote:
>
>
>
> On 1/16/22 10:06, Vincent Torri wrote:
> > hello
> >
> > On Sat, Jan 15, 2022 at 9:28 AM Vincent Torri
> > wrote:
> >> On Sat, Jan 15, 2022 at 7:43 AM Nikolay Sivov
> >> wr
hello
On Sat, Jan 15, 2022 at 9:28 AM Vincent Torri wrote:
>
> On Sat, Jan 15, 2022 at 7:43 AM Nikolay Sivov wrote:
> >
> >
> >
> > On 1/14/22 23:05, Vincent Torri wrote:
> > > On Fri, Jan 14, 2022 at 6:31 PM Nikolay Sivov
> > > wrote:
>
On Sat, Jan 15, 2022 at 7:43 AM Nikolay Sivov wrote:
>
>
>
> On 1/14/22 23:05, Vincent Torri wrote:
> > On Fri, Jan 14, 2022 at 6:31 PM Nikolay Sivov
> > wrote:
> >>> on the contrary, CreateBitmap(), DrawBitmap(), BeginDraw(), EndDraw()
> >>&
On Fri, Jan 14, 2022 at 6:31 PM Nikolay Sivov wrote:
> >
> > on the contrary, CreateBitmap(), DrawBitmap(), BeginDraw(), EndDraw()
> > or SetTransform() are working with the C API.
> >
> > Does someone have an idea of the problem. I have a test program if you want
>
> It's a known thing, C-compati
itmap(), BeginDraw(), EndDraw()
or SetTransform() are working with the C API.
Does someone have an idea of the problem. I have a test program if you want
thank you
Vincent Torri
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
needing administrator privileges is a no go. Also, suppose
that symlinks are implemented, should we also add lstat() and other
Unix functions that have a symlink as argument ?
Vincent Torri
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
On Tue, Aug 10, 2021 at 5:56 PM Guy Helmer wrote:
>
> > On Aug 10, 2021, at 9:28 AM, Vincent Torri wrote:
> >
> > Hello
> >
> > according to MSDN (see
> > https://docs.microsoft.com/en-us/cpp/c-runtime-library/reference/access-waccess?view=msvc-160)
> &g
permission. */
#defineW_OK2/* Check for write permission */
#defineR_OK4/* Check for read permission */
is it normal ?
Vincent Torri
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https
g a higher resolution can improve the accuracy of time-out
intervals in wait functions. However, it can also reduce overall
system performance, because the thread scheduler switches tasks more
often. High resolutions can also prevent the CPU power management
system from entering p
Windows question than mingw one
basically :
to load the DLL : LoadLibrary()
to get the function pointer of the function in your DLL : GetProcAddress()
to free resources : FreeLibrary()
example attached
I suggest that you download dependency walker [1] to see if your
functions in your correctly
Have you tried with DrMemory ? Or on linux with Wine + valgrind ?
Vincent Torri
On Tue, Mar 2, 2021 at 10:42 PM Thomas Dineen wrote:
>
> Gentle People:
>
> I have an unusual situation! For some time now I have been
> developing and application
>
> using C with Mingw
ll be able to add it.
thank you
Vincent Torri
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
On Thu, Nov 5, 2020 at 5:30 PM Biswapriyo Nath wrote:
>
> Vincent Torri, if you are not familiar with the header files here, I
> may send the required patches this week.
that would be very nice if you can send those patches
thank you
Vinc
On Thu, Nov 5, 2020 at 5:30 PM Biswapriyo Nath wrote:
>
> Vincent Torri, if you are not familiar with the header files here, I
> may send the required patches this week.
i'm not familiar at all with the mingw-w64 headers, indeed. I'm just
guessing stuff by comparing what is i
On Thu, Nov 5, 2020 at 3:18 PM Liu Hao wrote:
>
> 在 2020/11/5 21:37, Vincent Torri 写道:
> >
> > i can add what is missing part by part in d2d1.h. What is the standard
> > procedure ? if there is a github mirror and if PR are a possible way
> > to provide patches,
ns to those first. I'm
> not convinced if it's the right thing to do for that particular header.
>
>
> For the time being, I'd suggest to extend the existing header.
i can add what is missing part by part in d2d1.h. What is the standard
proc
On Wed, Nov 4, 2020 at 10:34 AM Biswapriyo Nath wrote:
>
> I would like to avoid the manual editing of d2d1 header files. I tried
> to import d2d1.idl and d2d1_1.idl from wine. widl produces the
> corresponding headers file without any errors. But while compiling
> crt, it conflicts with `namespac
On Wed, Nov 4, 2020 at 9:12 AM Vincent Torri wrote:
>
> On Wed, Nov 4, 2020 at 8:18 AM Ruslan Garipov
> wrote:
> >
> > Oh, I'm sorry, I accidentally replied directly to you, not to the list.
> >
> > On 11/4/2020 10:01 AM, Vincent Torri wrote:
> >
On Wed, Nov 4, 2020 at 8:18 AM Ruslan Garipov wrote:
>
> Oh, I'm sorry, I accidentally replied directly to you, not to the list.
>
> On 11/4/2020 10:01 AM, Vincent Torri wrote:
> > for now :
> >
> > CreateDeviceContext method of a ID2D1Device1
> It
here it is (based on
https://docs.microsoft.com/en-us/archive/msdn-magazine/2014/june/windows-with-c-high-performance-window-layering-using-the-windows-composition-engine)
On Wed, Nov 4, 2020 at 5:11 AM Biswapriyo Nath wrote:
>
> If you have a project to test new header changes it will be helpf
Hello
does someone plan to add all the missing C API in d2d1_1.h ?
Currently, it's not possible to use d2d 1.1 API in C
thank you
Vincent Torri
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforg
On Mon, Oct 26, 2020 at 2:41 PM Nikolay Sivov wrote:
>
>
>
> On 10/26/20 4:25 PM, Vincent Torri wrote:
> > On Mon, Oct 26, 2020 at 2:06 PM Nikolay Sivov
> > wrote:
> >>
> >>
> >> On 10/26/20 4:00 PM, Vincent Torri wrote:
> >>&g
On Mon, Oct 26, 2020 at 2:06 PM Nikolay Sivov wrote:
>
>
>
> On 10/26/20 4:00 PM, Vincent Torri wrote:
> > On Mon, Oct 26, 2020 at 12:44 PM Nikolay Sivov
> > wrote:
> >>
> >>
> >> On 10/26/20 2:35 PM, Vincent Torri wrote:
> >>&g
On Mon, Oct 26, 2020 at 12:44 PM Nikolay Sivov wrote:
>
>
>
> On 10/26/20 2:35 PM, Vincent Torri wrote:
> > On Mon, Oct 26, 2020 at 12:15 PM Nikolay Sivov
> > wrote:
> >>
> >>
> >> On 10/26/20 11:55 AM, Vincent Torri wrote:
> >>>
On Mon, Oct 26, 2020 at 12:15 PM Nikolay Sivov wrote:
>
>
>
> On 10/26/20 11:55 AM, Vincent Torri wrote:
> > On Sun, Oct 25, 2020 at 10:03 PM Biswapriyo Nath
> > wrote:
> >> Which specific APIs are you interested in? As far as I know, mos
On Sun, Oct 25, 2020 at 10:03 PM Biswapriyo Nath wrote:
>
> Which specific APIs are you interested in? As far as I know, most of
> them are COM interfaces.
IDXGIDebug_ReportLiveObjects
i'm coding in C, not C++.
Vincent Torri
___
Mi
Hello
is it normal that there is no import lib for dxgidebug API ?
thank you
Vincent Torri
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
t-all-symbols?
gcc has been updated to 10.2.0
is it a bug in the msys2 package ?
Vincent Torri
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
gt;
>
> Sure, I pushed import as 50bcd814eab58db7cb3e2238c6a2e6ba5e1fb400.
thank you very much
Vincent Torri
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Hello
I'm trying to compile Angle with D3D11 support (using meson) and the
file d3d11on12.h is missing.
i've juste updated msys2 5 minutes ago.
is the addition ofthis file planned ?
thank you
Vincent Torri
___
Mingw-w64-public mailing
On Thu, Aug 27, 2020 at 8:51 AM Vincent Torri wrote:
>
> On Thu, Aug 27, 2020 at 8:45 AM Ruben Van Boxem
> wrote:
> >
> > Op do 27 aug. 2020 om 07:18 schreef Vincent Torri :
> >
> > > On Thu, Aug 27, 2020 at 3:24 AM Liu Hao wrote:
> > > &
On Thu, Aug 27, 2020 at 8:45 AM Ruben Van Boxem
wrote:
>
> Op do 27 aug. 2020 om 07:18 schreef Vincent Torri :
>
> > On Thu, Aug 27, 2020 at 3:24 AM Liu Hao wrote:
> > >
> > > 在 2020/8/27 上午2:06, Vincent Torri 写道:
> > > >
> > > > i'v
On Thu, Aug 27, 2020 at 3:24 AM Liu Hao wrote:
>
> 在 2020/8/27 上午2:06, Vincent Torri 写道:
> >
> > i've checked in cmd too, same result
> >
> > But there is anyway something strange to me :
> >
> > myprog_gcc.exe and myprog_vs are *both* run in MSY
On Thu, Aug 27, 2020 at 2:19 AM sisyphus wrote:
>
> On Wed, Aug 26, 2020 at 7:01 PM Vincent Torri
> wrote:
>
> > -
> > #include
> >
> > #include
> >
> > int main(int argc, char* argv[])
> > {
> >
On Wed, Aug 26, 2020 at 4:38 PM Liu Hao wrote:
>
> 在 2020/8/26 18:05, Vincent Torri 写道:
> >
> > the file is : Moș_Crăciun_cântece.txt
> > I print it in the prog with printf :
> >
> > $ ./fopen.exe Moș_Crăciun_cântece.txt
> > bad
> > Mo?_Craciun_cÔ
On Wed, Aug 26, 2020 at 11:29 AM Liu Hao wrote:
>
> 在 2020/8/26 下午5:00, Vincent Torri 写道:
> >
> > So, I have a file which has a romanian symbol : Moș.txt
> >
> > 1) if I run in MSYS2 ./myprog_gcc (compiled with gcc) Moș.txt, "bad"
> > is disp
unning Windows 10, french edition.
So, I have a file which has a romanian symbol : Moș.txt
1) if I run in MSYS2 ./myprog_gcc (compiled with gcc) Moș.txt, "bad"
is displayed
2) if I run in MSYS2 ./myprog_vs (compiled with VSc) Moș.txt, "good"
is displayed
does someone h
a file which has a romanian symbol : Moș.txt
1) if I run in MSYS2 ./myprog_gcc (compiled with gcc) Moș.txt, "bad"
is displayed
2) if I run in MSYS2 ./myprog_vs (compiled with VSc) Moș.txt, "good"
is displayed
does someone have an idea why there is such difference ?
thank you
V
Hello
I am using MSYS2 with mingw-w64. I have updated everything
gcc version : 9.3.0
Several packages that I am building fail with the error:
/mingw64/bin/x86_64-w64-mingw32-gcc: Bad address
Does someone know what is happening, here ?
thank you
Vincent Torri
On Tue, Mar 3, 2020 at 4:10 PM Liu Hao wrote:
>
> 在 2020/3/3 23:01, Vincent Torri 写道:
> >
> > but technically speaking, it can be implemented with the native
> > condition variables, right ?
> >
>
>
> No. See
> <https://github.com/gcc-mirror/gcc/
On Tue, Mar 3, 2020 at 3:59 PM Liu Hao wrote:
>
> 在 2020/3/3 22:44, Vincent Torri 写道:
> >
> > can you be a bit more precise about "libgcc doesn't implement
> > condition variables for win32 model" please ?
> >
> > Vincent Torri
&g
On Tue, Mar 3, 2020 at 2:46 PM Liu Hao wrote:
>
> 在 2020/3/3 21:30, Vincent Torri 写道:
> > On Tue, Mar 3, 2020 at 2:17 PM Liu Hao wrote:
> >>
> >>
> >> The posix/win32 diversity is about how to manipulate threads (there are
> >> a few more): via
d (slow but feature-complete) or via
> Windows APIs directly (fast but without condition variables etc.).
but since Vista, it seems that condition variables exist:
https://docs.microsoft.com/en-us/windows/win32/sync/condition-variables
Vincent Torri
_
uld install
If you are familiar with unix, you can install MSYS2 (which simulates
a posix terminal) and use the pacman command to install gcc and
mingw-w64
regards
Vincent Torri
___
Mingw-w64-public mailing list
Mingw-w64-public@
-
set(CMAKE_SYSTEM_NAME Windows)
set(CMAKE_SYSTEM_PROCESSOR AMD64)
set(CMAKE_C_COMPILER x86_64-w64-mingw32-gcc)
set(CMAKE_CXX_COMPILER x86_64-w64-mingw32-g++)
set(CMAKE_RC_COMPILER x86_64-w64-mingw32-windres)
- end of cross.txt -
cmake -DCMAKE_TOOLCHAIN_FILE=cross.txt -G "Unix
Unix.
Vincent
On Wed, Jan 8, 2020 at 8:13 PM David Mathog wrote:
>
> On 2020-01-08 09:58, Vincent Torri wrote:
> > the look at the official doc :
> > https://docs.microsoft.com/en-us/cpp/c-runtime-library/reference/strtof-strtof-l-wcstof-wcstof-l?view=vs-2019
> >
> &
the look at the official doc :
https://docs.microsoft.com/en-us/cpp/c-runtime-library/reference/strtof-strtof-l-wcstof-wcstof-l?view=vs-2019
as strtof is a function in msvcrt.dll, maybe it's a bug in the implementation.
Vincent Torri
On Wed, Jan 8, 2020 at 6:50 PM David Mathog wrote:
&
hello
have you looked at the exemple at the bottom of that page :
https://linux.die.net/man/3/strtol
?
Vincent Torri
On Tue, Jan 7, 2020 at 11:54 PM David Mathog wrote:
>
> A program of mine "binload" which has key parts:
>
> #include
> #include
> #inc
Hello David
here is what i am doing with my package installer :
https://github.com/vtorri/ewpi/blob/master/packages/libxml2/install.sh
version i compile :
https://github.com/vtorri/ewpi/blob/master/packages/libxml2/libxml2.ewpi
hth
Vincent Torri
On Wed, Dec 11, 2019 at 10:50 PM David Mathog
Hello
afaics, WTSEnumerateSessionsEx and the related WTS_SESSION_INFO_1
structure are not declared.
Is it an omission or is it normal ?
thank you
Vincent Torri
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https
On Fri, Jun 28, 2019 at 7:17 PM Ruben Van Boxem
wrote:
>
>
> I'm interested in seeing real-world benchmarks when using this code!
that is something i would really like too
Vincent Torri
___
Mingw-w64-public mailing list
Mi
hello
*pton has also the same wrong declaration, no ?
Vincent Torri
On Mon, Apr 22, 2019 at 9:07 PM Martin Storsjö wrote:
>
> On Mon, 22 Apr 2019, Liu Hao wrote:
>
> > 在 2019/4/22 下午8:27, Martin Storsjö 写道:
> >> On Sat, 20 Apr 2019, Liu Hao wrote:
> >>
> >
rather than this thing.
>
> Changed the called routine to (see below):
>
> DWORD RunCommand( void *lpParam ){
try :
DWORD WINAPI Runcommand(LPVOID lpParam) { ...}
see https://docs.microsoft.com/en-us/windows/desktop/procthread/creating-threads
Vincent Torri
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
when will this hit git or next mingw-w64 release ?
On Fri, Apr 19, 2019 at 10:35 AM Liu Hao wrote:
>
> 在 2019/4/19 下午3:29, Vincent Torri 写道:
> > hello
> >
> > in ws2tcpip.h, i have the following declarations of these 2 functions :
> >
> > WINSOCK_API_LINKAGE
the declaration ?
thank you
Vincent Torri
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
ngw32-gcc, etc... for 32 bits
x86_64-w64-mingw32-gcc, etc... for 64 bits
Vincent Torri
>The CPP files
> here in question were written years ago with some Microsoft Visual
> Studio (at least some artefacts around the CPP files say so). I think,
> it's enough and easy to write some
-1-0.DLL Error opening file. Das
> System kann die angege
> [D? ] API-MS-WIN-CORE-WINRT-STRING-L1-1-0.DLLError opening file. Das
> System kann die angege
> [D? ] DCOMP.DLL Error opening file. Das
> System kann die angege
> [D? ] IESHIMS.DLL
2-g++ -municode -o unilogger.exe -lcomdlg32
>
> Compiles just fine. Go figure...
it's normal, this is the classic order of dependencies (from the right
the libraries with the fewest deps to the left with the most deps)
Vincent Torri
___
Mingw-w64-
oo] fixed it.
> >
> > I have a patch here:
> > https://hg.mozilla.org/try/raw-file/eaae7782a1dd/build/build-clang/mingw-int.patch
>
> You can try to define
> __USE_MINGW_ANSI_STDIO
> instead of patching mingw-w64
i've mesure a si
Hello
dxgidebug.h (https://docs.microsoft.com/en-us/windows/desktop/api/dxgidebug/)
is missing.
Is it possible to add this header ?
thank you
Vincent Torri
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https
Hello
this function seems deprecated (according to MSDN), but is it possible
that it is added ?
thank you
Vincent Torri
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64
ows in this regard is a real pita, and
> I'm curious about the reason(s) that it exists.
> (A link to relevant explanation would be fine.)
https://msdn.microsoft.com/ro-ro/library/s3f49ktz.aspx
https://en.wikipedia.org/wiki/64-bit_computing#6
On Thu, Jan 18, 2018 at 2:27 AM, lemonsqueeze wrote:
> Ah, found the big one:
> Was testing single threaded but code uses __thread thread-local storage
> which slows things down a lot on mingw.
>
> Tried a few alternatives:
> - Microsoft TlsGetValue() / TlsSetValue()
> - pthread_getspecific() / pt
On Sat, Dec 30, 2017 at 4:38 PM, Vincent Torri wrote:
> hello
>
> I tried dirname and basename with all the examples found here :
> https://linux.die.net/man/3/dirname
>
> and with "/usr/" I obtain
> * for dirname : / (wich is correct)
> * for basename : emp
On Sat, Dec 30, 2017 at 4:38 PM, Vincent Torri wrote:
> hello
>
> I tried dirname and basename with all the examples found here :
> https://linux.die.net/man/3/dirname
>
> and with "/usr/" I obtain
> * for dirname : / (wich is correct)
> * for basename : emp
also for dirname.c, line 74, maybe we should add a test like
(refpath[0]>= 'a' && refpath[0]>= 'z') || (refpath[0]>= 'A' && refpath[0]>= 'Z')
Vincent Torri
On Sat, Dec 30, 2017 at 4:38 PM, Vincent Torri wrote:
> hello
>
hello
I tried dirname and basename with all the examples found here :
https://linux.die.net/man/3/dirname
and with "/usr/" I obtain
* for dirname : / (wich is correct)
* for basename : empty string (which is different from linux
basename, should be "usr")
is it a bug ?
;
>>> On 5/26/2017 11:03 PM, Vincent Torri wrote:
>>>
>>>> ./configure --host=i686-w64-mingw32
>>>> or
>>>> ./configure --host=i686-w64-mingw32
>>>>
>>>> for respectively 32bits and 64bits support
>>>>
>
On Sat, May 27, 2017 at 6:08 PM, niXman wrote:
> Edward Diener 2017-05-27 18:40:
>
>> On 5/26/2017 11:03 PM, Vincent Torri wrote:
>>
>>> ./configure --host=i686-w64-mingw32
>>> or
>>> ./configure --host=i686-w64-mingw32
>>>
>>> for
On Sat, May 27, 2017 at 12:14 AM, Edward Diener
wrote:
> On 5/26/2017 4:13 PM, Vincent Torri wrote:
>>
>> Hello
>>
>> On Fri, May 26, 2017 at 9:50 PM, Edward Diener
>> wrote:
>>>
>>> I would like to use a libbacktrace library for mingw-64/gcc.
for stack trace). It is here :
https://vtorri.github.io/examine/
https://github.com/vtorri/examine
I use MSYS2 + mingw-w64 for compilation, or Visual Studio.
regards
Vincent Torri
--
Check out the vibrant tech communit
On Fri, Apr 28, 2017 at 3:27 PM, Liu Hao wrote:
> On 2017/4/28 19:38, Vincent Torri wrote:
>> Hello
>>
>> in guiddef.h, a GUID is a struct organized as : 4 bytes, 2 bytes 2
>> bytes and 8 times 1 byte
>>
>> but according to
>> https://msdn.microsoft.
Hello
in guiddef.h, a GUID is a struct organized as : 4 bytes, 2 bytes 2
bytes and 8 times 1 byte
but according to
https://msdn.microsoft.com/en-us/library/dd354925.aspx at the bottom :
"The correct format of the GUID string is
{CDEF7890-ABCD-1234-ABCD-1234567890AB} where 0-9, A-F symbolizes
hex
On Tue, Dec 20, 2016 at 12:38 PM, niXman wrote:
> Vincent Torri 2016-12-20 09:04:
>> Hello
> Hi,
>
>> it seems that FLT_EPSILON and DBL_EPSILON are missing in float.h. at
>> least, i can't find it here :
>>
>> https://sourceforge.net/p/mingw-w64/mi
added ?
thank you
Vincent Torri
--
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from C
i still don't understand why not using GetConsoleMode() and see if it
fails or not.
if it fails : redirection is done with named pipes
if not : it's standard win32 I/O
it's simple and works in my tests (DOS console, MSYS1, mintty, MSYS2
and cygwin terminal >= 1.8)
Vincent Torr
've also replied to the mingw-w64 ML, Mihail, maybe you should
send again the files to the ML
On Thu, Nov 10, 2016 at 7:13 PM, Mihail Konev wrote:
> On Thu, Nov 10, 2016 at 06:16:38AM +0100, Vincent Torri wrote:
>> just call GetConsoleMode() and check its result to know if the
>> red
hello
just call GetConsoleMode() and check its result to know if the
redirection is with a pipe or a console handle
Vincent
On Thu, Nov 10, 2016 at 1:46 AM, Mihail Konev wrote:
> Applications now could call iscygtty(STDIN_FILENO)
> in order to detect whether they are running from
> Cygwin/MSys
isn't it in the texinfo package ?
Vincent Torri
On Fri, Jul 15, 2016 at 11:31 AM, wrote:
> Hi,
>
> Using dongsheng's gmp-6.1.1 (win32 threads, seh) build.
>
> I'm trying to build mpfr (svn revision 10613) in the msys2 shell and getting
> hammered
https://msdn.microsoft.com/en-us/library/dabb5z75.aspx
On Fri, Apr 1, 2016 at 8:28 AM, lh_mouse wrote:
> The attribute `dllexport`, as well as `dllimport`, is a GCC thing. You
> should look up it in GCC's main manual.
> You can find GCC manuals here https://gcc.gnu.org/onlinedocs/. The
> specifi
rder of the -l flags is important : from
right to left : the "less dependent" to the "more dependant". So pass
to the linker "-ladvapi32 -lkernel32" because advapi32.dll depends on
kernel32.dll
Vincent Torri
---
On Sun, Feb 7, 2016 at 6:42 PM, Óscar Fuentes wrote:
> Vincent Torri
> writes:
>
>>>> Can someone confirm that ? If yes, is it possible to fix this ?
>>>
>>> For obtaining reproducible binaries I had to pass --no-insert-timestamp
>>> to the linker.
On Sun, Feb 7, 2016 at 5:12 PM, Óscar Fuentes wrote:
> Vincent Torri
> writes:
>
>> Can someone confirm that ? If yes, is it possible to fix this ?
>
> For obtaining reproducible binaries I had to pass --no-insert-timestamp
> to the linker. That was last December, usi
}
printf("%02d:%02d %02d/%02d/%04d\n",
st.wHour,
st.wMinute,
st.wDay,
st.wMonth,
st.wYear);
Vincent Torri
On Sun, Feb 7, 2016 at 10:56 AM, Nakai Yuta wrote:
> I cannot reproduc
ktop/ms680313%28v=vs.85%29.aspx
) is not correctly set. It returns 01/01/1970 as date (the local time
vary from file to file)
Can someone confirm that ? If yes, is it possible to fix this ?
thank you
Vincent Torri
--
Hey
it's indeed RtlInitializeCriticalSection() which is called. You should
indeed get InitializeCriticalSectionEx() wit GetProcAddress() to get
it
Vincent Torri
On Wed, Dec 30, 2015 at 5:09 PM, Martin Mitáš wrote:
>
> Hello,
>
> after a glimpse into its sources I can
Hello
With my little mem checker, i detect that winpthread does not free all
the resources it allocates. Is it normal ?
thank you
Vincent Torri
--
___
Mingw-w64-public
On Tue, Dec 15, 2015 at 8:54 AM, LRN wrote:
> On 15.12.2015 9:20, Vincent Torri wrote:
>> Hello
>>
>> I am still working on Examine, my small valgrind-like memory leak
>> detector (http://vtorri.github.io/examine/) and I have 2 questions.
>>
>> First, I reca
On Tue, Dec 15, 2015 at 2:00 PM, Vincent Torri wrote:
> On Tue, Dec 15, 2015 at 12:05 PM, Jacek Caban wrote:
>> Hi Vincent,
>>
>> On 12/15/15 7:20 AM, Vincent Torri wrote:
>>> Hello
>>>
>>> I am still working on Examine, my small valgrind-like m
On Tue, Dec 15, 2015 at 12:05 PM, Jacek Caban wrote:
> Hi Vincent,
>
> On 12/15/15 7:20 AM, Vincent Torri wrote:
>> Hello
>>
>> I am still working on Examine, my small valgrind-like memory leak
>> detector (http://vtorri.github.io/examine/) and I have 2 questio
ed in string.h. Does someone know why strdup() is not
catched too ?
thank you
Vincent Torri
--
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.s
Would using
delay-load DLL improve the start of the application ?
Also, is there a profiling tool (like callgrind on linux) which would
profile the startup time of this application (so it must read dwarf
symbols), preferably free (in the sense i don't pay it...) ?
thank you
Vin
hey
i have
--
___
Mingw-w64-public mailing list
Mingw-w64-public@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public
Hello
I wanted to use WS_EX_NOREDIRECTIONBITMAP on my Win 7. According to
MSDN, there is no Windows version information for that flag. Maybe it
has been introduced in Windows 8.0 or 8.1
cheers
Vincent Torri
On Thu, Jun 11, 2015 at 9:54 PM, Adrien Nader wrote:
>
> On github there's already https://github.com/mingw-w64 but I have no
> idea who is behind that.
https://github.com/AndreRH
it seems that he's a Wine guy, according to his website
Vincent
--
)
2) 'view' tool
It views the content of a PE file
examine -q --tool=view pe_file
It should work on Windows and Linux. There is also a GUI but not
really finished yet
Feel free to give remarks, ideas, etc...
thank you
Vincent Torri
--
1 - 100 of 189 matches
Mail list logo