Hello all,
The attached patch fixes the CREATE_VIRTUAL_DISK_PARAMETERS structure
virtdisk.h. The missing field is documented in MSDN:
https://learn.microsoft.com/en-us/windows/win32/api/virtdisk/ns-virtdisk-create_virtual_disk_parameters
Best regards,
Pavel
From
language is Czech, not very different script from English,
but still, I would never put the special Czech characters to the C/C++
source code.
Pavel
On Tue, 2016-06-07 at 16:54 +0800, Yongwei Wu wrote:
> Hi all,
>
> I am not sure whether it has been raised before here. I have a blog
> that
Hello,
I think this is not sufficient. -D__USE_MINGW_ANSI_STDIO should help,
however, my experience is that it somehow cripples swprintf with %s
placeholder on post-XP systems. So you always need to create separate
build for XP, if you want to support that system :-(
Pavel
On Mon, 2016-04-11
Hi!
> Done, added Pavel Fedin (sonic_amiga). You can push the code to
> ssh://git.code.sf.net/p/mingw-w64/portablexdr
>
> It can be moved to github or elsewhere if it really shouldn't go into
> mingw-w64.
Thank you very much. I heard the voice of other people, so i will
e set of various tools and useful packages (like MinGW32 and Cygwin
projects do) is a good idea.
Kind regards,
Pavel Fedin
Expert Engineer
Samsung Electronics Research center Russia
--
One dashboard for servers and a
Hi!
> What is your sourceforge ID?
It's sonic_amiga. And it's still operational, to my great surprise :)
Kind regards,
Pavel Fedin
Expert Engineer
Samsung Electronics Research center Russia
--
One
ct on
sf.net would
be too much for that.
Kind regards,
Pavel Fedin
Expert Engineer
Samsung Electronics Research center Russia
--
One dashboard for servers and applications across Physical-Virtual-Cloud
Widest out-of
On Fri, 2015-05-15 at 00:43 +1000, Shaddy Baddah wrote:
> Hi,
>
> I've been trying to use mingw-64 to build the eclipse native launcher
> (.exe).
>
> I encountered an issue around the indirect (via preprocessor defines) of
> swprintf.
>
> The eclipse code usage of swprintf suggested that the dec
On Tue, 2015-04-28 at 09:25 +0200, Ruben Van Boxem wrote:
> 2015-04-28 8:36 GMT+02:00 Pavel :
> On Tue, 2015-04-28 at 08:08 +0200, Christer Solskogen wrote:
> > On 27.04.2015 20:16, LRN wrote:
> >
> > > At a glance it looks like SDL_
ve my
definitions in order to compile my project with MinGW 4.x. This is
called "progress" or "evolution" :-)
Pavel
--
One dashboard for servers and applications across Physical-Virtual-Cloud
Widest out-
share COM server - it is an
implementation of OLE DB provider for PostgreSQL database. You can
compile the project both as 32 and 64 bit version. The source code is
available here: http://sourceforge.net/projects/pmpostgresqlole/ (zipped
in the Files section).
Pavel
On Sat, 2014-11-22 at 19:20
).aspx
Well, clearly - the answer is: if you want to allocate more than 2GB of
memory, use 64bit application.
Pavel
>
> The page says that supported OS are XP and 2003 Server.
>
>
> why --large-address-aware linker option is not helpful. Can anyone
Actually the virtual memory limit available for single application is
2GB on 32bit Windows. It is possible to extent it to 3GB if special care
is taken: http://msdn.microsoft.com/en-us/library/bb613473(VS.85).aspx
Pavel
On Mon, 2014-10-27 at 18:33 +0100, Adrien Nader wrote:
> No, it's im
Hi Ralph,
I have installed mingw-w64 (and all what has automatically been
suggested) and the mentioned file, along with other mingw64 executables,
is in /usr/bin.
Pavel
On Sun, 2014-09-14 at 17:23 +0200, Ralph Gossamer wrote:
> So I have installed mingw-w64 components targetting only
o
download personal builds. I don't know what happened or whether these
builds are still available. I have used Ruben's personal build cross
compiler for Linux and it worked fine on Debian 6.
Pavel
On Sat, 2014-09-13 at 17:44 +0200, Ralph Gossamer wrote:
> I apologize for the rather a
sine is being numerically
calculated. It is quite difficult to find something particular, but my
impression is, that the most used method nowadays is a table of
predefined values, and the rest is somehow interpolated, probably by a
linear function.
So that's all from my side :-)
Pavel
-
it
matches the values at 0, pi/12, pi/6, pi/4, pi/3, 5*pi/12 and pi/2
exactly. The highest deviation magnitude is about 7.8e-7. I have derived
the coefficients using R.
cosine can be then calculated as sin(pi/2 - x) at the (0, pi/2)
interval.
So I hope it might help you.
Pavel
On Mon, 2014-06-16
fig, lcms, lcms2, jbig2dec,
ghostscript, libspectre, poppler, pixman, cairo, harfbuzz, pango,
libcroco, librsvg, libexif, libmng and iso-codes
Some of them are perhaps only needed for Gimp, I don't remember exactly,
but if so, then just few of them. Most of these libraries must be built
for gtk+.
GetCommandLine API.
Pavel
On Thu, 2013-12-05 at 22:41 +0900, wynfi...@gmail.com wrote:
>
> >From: JonY
> >Date: Thu, 05 Dec 2013 17:23:48 +0800
> >Subject: Re: [Mingw-w64-public] Using MinGW-w64
> >On 12/5/2013 12:58, wynfield wrote:
> >> # I then tried to com
OK, so the problem was that the derived class was compiled with #pragma
pack(1), while the base class without it.
Thanks anyway, Pavel
On Mon, 2013-04-29 at 12:04 +0200, Pavel wrote:
> Hi team,
>
> I have the following situation
>
> class CBase
> {
> protected:
version works all fine.
I am using Ruben's personal build, win64 compiler for both 32bit and
64bit target. I have tested gcc 4.6.3-2 and 4.8.0 - both behave the same
way.
Any idea?
Thanks, Pavel
--
Try New Reli
little knowledge of programming in general, although not impossible. But
a 3D game is most likely going to be even tougher than anything else.
Are you sure that this game has been ever ported to Windows? If not,
then because of OpenGL, your chance to succeed is really not big.
But I cross fingers a
the older
interfaces. But this should be cleared out at the compilation time.
The other two msxml headers only contains some defines, they are
probably included by the other headers.
Pavel
On Thu, 2013-01-10 at 06:12 -0500, K. Frank wrote:
> Hi Pavel!
>
> Thanks for your help.
>
&
ml2.h.
So, I am not sure whether my explanation is clear enough. My conclusion
is that if you decide to go for msxml, you would need to manually update
the code a bit, however, it should not be difficult with the headers
provided by MinGW.
Pavel
On Wed, 2013-01-09 at 19:13 -0500, K. Frank wrote:
and call CoUninitialize in the end of
your application. This all is perhaps handled by the MS _WIN32_DCOM
definition, I am not sure.
You then create a new instance of a COM object by calling the
CoCreateInstance func
686-w64-mingw32 \
--build=x86_64-unknown-linux-gnu \
--prefix=/home/pavel/Programs/local32
It works the same for 64bit Windows with -host=x64_86-w64-mingw32
HTH, Pavel
--
Master SQL Server Development, Administration, T
On Fri, 2012-12-21 at 20:23 +0100, Erik van Pienbroek wrote:
> pavel schreef op vr 21-12-2012 om 08:46 [+0100]:
> > When building glib with the x86_64 target, I get the following error at
> > some point of linking:
> >
> > CC gspawn-win32.lo
> > CC
OK, I've made a simple test and i686 compiler also refuses to export
#defined symbols. So the problem must occur somewhere during
configuration of glib. I'll keep investigating.
Thanks to all for your support.
Pavel
On Fri, 2012-12-21 at 10:54 +0100, Václav Šmilauer wrote:
> >
) and with 32bit target also gdk-pixbuf and freetype.
But thank you anyway,
Pavel
On Fri, 2012-12-21 at 09:31 +0100, Václav Šmilauer wrote:
>
> > recently I am trying to cross compile some base GNU libraries for both
> > 32bit and 64bit Windows host. The build system is Debian 6.0.6.
status
make[4]: *** [libglib-2.0.la] Error 1
make[4]: Leaving directory `/home/pavel/Programs/GNUsystem/glib/glib'
make[3]: *** [all-recursive] Error 1
The list of not defined symbols is longer but it is not important at the
moment. The interesting point is that all the not defined symbols have
an
I have used -static-libgcc which also seems to fix the issue. I hope
there is no potential risk in this option.
Thanks, Pavel
On Tue, 2010-05-04 at 14:54 -0400, NightStrike wrote:
> The default changed in 4.4.0, I believe. Use gcc -static to avoid.
>
> On Tue, May 4, 2010 at 7:26
I have figured this out already.
Thanks, Pavel
On Tue, 2010-05-04 at 13:26 +0200, pavel wrote:
> Hi,
>
> why the latest release links the programs with the
> "libgcc_s_sjsj-1.dll"? Is it possible to avoid th
Hi,
why the latest release links the programs with the
"libgcc_s_sjsj-1.dll"? Is it possible to avoid that?
Thanks, Pavel
--
___
Mingw-w64-public mailing list
e UIDs correctly. The library is missing
definition of DLLMain and the four COM dll functions (DLLRegisterServer
etc.), which I don't think is important. Nobody is supposed to call
these methods directly.
Thanks, Pavel
libmsxml3.tar.gz
Description: GNU Zip compressed data
MenuTestMinGW6
34 matches
Mail list logo
