This is in relation to an idea I had a few months ago. Bruce Perens stated
that he didn't see any future at present for a book on ReactOS, but he would
definitely be interested in a book on Win internals, from one of the Wine
developers.
Is there anyone on this list who'd be interested?
Thorsten Kani wrote:
Rob, i have tried your patch and it fixes the problem.
Good. I've sent it to wine-patches. Thanks for reporting these problems,
providing patches and testing proposed patches.
By the way, your implementation of ImageList_SetColorTable also works
fine for me.
Good. I
Hi Juan,
I took the liberty of answering to the list. I hope you don't mind.
Juan Lang wrote:
Hi Schachar, something you said earlier this year at
wineconf caught my ear, and I think I'm finally
understanding enough to ask about it. You said
Windows uses UCS2-LE (I think you did, anyway) rather
Hello,
This is my first try with winelib ...
I'm running RedHat 7.3. I've downloaded the wine source (wine-20040914)
and built everything using ./tools/wineinstall.
I'm trying the winemine example in the winelib doc. I've copied the
.c, .h, and .rc files to a new directory winemine2 and in
On Mon, Oct 18, 2004 at 03:25:12AM -0400, Ross Quinlan wrote:
This generates one new file, Makefile (no Makefile.in, configure)
so I can't run ./configure --with-wine etc.
Yeap, that's expected. Docu needs updating.
If I try a simple make, here's the result:
E make all
winebuild
Hi,
I have a win32 program written in C++. I am trying to port it to linux
using winelib. The software contanis one exe file and several dll files. I
would like to keep this structure when moving them to linux. That is, I
still would like to generate several corresponding shared libraries
(instead
Le lun 18/10/2004 à 08:49, Dimitrie O. Paun a écrit :
On Mon, Oct 18, 2004 at 03:25:12AM -0400, Ross Quinlan wrote:
This generates one new file, Makefile (no Makefile.in, configure)
so I can't run ./configure --with-wine etc.
Yeap, that's expected. Docu needs updating.
It is (at least in
Anish Mistry wrote:
The attached patch fixes a CVS build problem with confilicting setkey in the
stdlib.h header. It's changed to WINE_setkey. I've gone ahead and changed
getkey to match.
Aesthetics wise, I'd rather it was renamed to eg setcfgkey or something
- there are no WINE_ prefixes in
- storing context in server while entering USR1 signal handler (to be
done without races, which will require some more work, as the server
doesn't synchronize with the USR1 handler)
I've implemented this in my local tree, and it works fine: Easy CD-DA
gets further now. It is still being nailed
Mike Hearn wrote:
Aesthetics wise, I'd rather it was renamed to eg setcfgkey or something
- there are no WINE_ prefixes in winecfg and none are needed, I'd rather
keep it that way.
I think the name I suggested was WINECFG_setkey. In anycase the point
of having prefixes is to make the functions
Mike McCormack wrote:
I think the name I suggested was WINECFG_setkey. In anycase the point
of having prefixes is to make the functions easy to find, and to prevent
clashes with libc or other library functions.
Yeah, it's not a bad name. I'd rather it be in lower case though, eg
wine_setkey or
Mike McCormack wrote:
Mike Hearn wrote:
Aesthetics wise, I'd rather it was renamed to eg setcfgkey or
something - there are no WINE_ prefixes in winecfg and none are
needed, I'd rather keep it that way.
I think the name I suggested was WINECFG_setkey. In anycase the point
of having prefixes
Dmitry Timoshkov [EMAIL PROTECTED] wrote:
Make TranslateAcceleratorA handle national characters.
Please ignore this patch, it apparently corrupts original msg
structure but it shouldn't. I'll send a new patch tomorrow.
--
Dmitry.
Joerg Mayer wrote:
Hello All,
would you consider having Wineconf 2005 during Linuxtag in Karlsruhe (Germany)?
Linuxtag is from 22.-25. 06. 2005. I will ask the organizers of Linuxtag tomorrow
whether they would be willing to provide infrasturccture during the event unless
I hear a definitve no
Jia L Wu [EMAIL PROTECTED] wrote:
It seems that I have to write a spec file for each dll to import(and
export) functions provide by other dlls. However, since they all written
in c++ and what need to be imported can either be class or class method,
and parameters can be class either. SO I
Hi,
On Mon, Oct 18, 2004 at 09:28:16AM -0500, Jeremy White wrote:
Joerg Mayer wrote:
Hello All,
would you consider having Wineconf 2005 during Linuxtag in Karlsruhe
(Germany)?
Linuxtag is from 22.-25. 06. 2005. I will ask the organizers of Linuxtag
tomorrow
whether they would be
--- Shachar Shemesh [EMAIL PROTECTED] wrote:
I took the liberty of answering to the list. I hope
you don't mind.
Not at all.
I most certainly didn't say that. I may have
mentioned UCS4, but to the
best of my knowledge at the time, Windows uses
UTF-16.
Ah. It might have been Chris Hertel
Alexandre Julliard [EMAIL PROTECTED] wrote on 10/15/2004 12:03:53 AM:
Actually it could be argued that winegcc should add -fPIC itself if
it's needed for linking, users shouldn't have to worry about that.
That makes a lot of sense - I'll mod the patch to do that... Should I
make it platform
Eric Frias wrote:
Does anyone have a solution they're happy with?
Not happy and is a bit out of dated but it Looks it could still work
today.
Do a .spec file for each C++ dll with one c function like:
void mydll_export( )
{
}
// you need real code + .spec declaration
In your app or in the
Hi,
Winedbg's watchpoints don't seem to work for me: when I try to watch a
memory location, winedbg responds that a watchpoint has been set at a
different, always constant location (I suspect this is actually in
winedbg's memory space). Nothing happens when the location I was trying
to watch
Hi,
I am working on getting a scientific / engineering application called
SRIM (www.srim.org), specifically the batch-mode component SRModule of
SRIM 2003. This is a Visual Basic program, so there's lots of reliance on
oleaut32.dll.
In addition to freeing the data memory of the SafeArray,
On Monday 18 October 2004 19:19, Walt Ogburn wrote:
Also, is there a way to make the tests in oleaut32/tests/ run on the
native dlls? If so, I could more clearly show that the Windows version
doesn't null pvData.
Wine's build system has support for cross compiling tests into PE
executables
Warren_Baird/[EMAIL PROTECTED] writes:
That makes a lot of sense - I'll mod the patch to do that... Should I
make it platform specific, or (as Dimitrie suggests) just always add it?
It's probably better to do that at the configure level by adding it to
LDDLLFLAGS in the case that needs it.
From: Boaz Harrosh [EMAIL PROTECTED]
Not happy and is a bit out of dated but it Looks it could still work
today.
[...]
Thanks for the suggestion! Even if it isn't elegant, it sounds like it will
work (and is very close to what we were doing with the older wine). I might
even be able to coax
--- David Lee Lambert [EMAIL PROTECTED] wrote:
On Wed, Oct 13, 2004 at 08:31:37AM -0700, William Poetra Yoga Hadisoesen
wrote:
--- Andreas Mohr [EMAIL PROTECTED] wrote:
If it really makes a functional difference, then I guess it should be
fixed,
otherwise why not leave it as is?
On Sunday 17 October 2004 16:16, Hans Leidekker wrote:
Changelog:
Add configure check for getpagesize() declaration, needed by MinGW.
Hmm, I just found that the AC_CHECK_DECL macro doesn't work
as expected. You can skip this patch.
-Hans
Vincent Béron [EMAIL PROTECTED] writes:
wine/debug.h has some tests based on NO_{DEBUG,TRACE}_MSGS, which is set
(or not) in config.h. Quite a few files didn't #include config.h before
wine/debug.h, so some debugmsgs were always compiled in, even with
./configure --disable-debug.
Now maybe
Eric Frias wrote:
Thanks for the suggestion! Even if it isn't elegant, it sounds like it will
work (and is very close to what we were doing with the older wine). I might
even be able to coax our build system into generating all of the *_export()
and using_dlls() functions automatically.
Yes I
Hi,
I took a look at the Startmenu. It does its job except for the following
minor problems:
-Keyboard input is completely ignored
-Icon Backgrounds are white instead of grey
-All the Icons were drawn a few pixels below where they belong, wich
makes them a bit overdrawn by the Icon below.
-The
Alexandre Julliard [EMAIL PROTECTED] wrote on 10/18/2004 03:11:30 PM:
It's probably better to do that at the configure level by adding it to
LDDLLFLAGS in the case that needs it.
Ok, that makes sense - I didn't realize we already had a hook directly
from configure into winegcc.
I'll just
Thorsten Kani wrote:
Hi,
I took a look at the Startmenu. It does its job except for the
following minor problems:
-Keyboard input is completely ignored
-Icon Backgrounds are white instead of grey
-All the Icons were drawn a few pixels below where they belong, wich
makes them a bit overdrawn by
Boaz Harrosh [EMAIL PROTECTED] wrote:
[...] so I'm curious where all of the time is spent.
Most definitely the Linux-shared loader. It took ages. The code is heavy
C++ code full of templates with weak symbols, inline virtual functions,
and plain horizontal code structure. almost any thing you
On Mon, Oct 18, 2004 at 04:19:29PM -0500, Alexandre Julliard wrote:
Log message:
Rein Klazes [EMAIL PROTECTED]
In RtlQueryTimezoneInformation use information from the registry if it
is available.
Patch: http://cvs.winehq.org/patch.py?id=14188
Hmm, shouldn't we synch up
On Sun, Oct 17, 2004 at 10:34:28PM -0400, Kevin Koltzau wrote:
Changelog:
Add stretching support to AlphaBlend
XRenderSetPictureTransform is a relatively new addition to libxrender,
arriving just before XFree 4.3. I don't think we want the whole
xrender stuff to fail if this specific function
Hi hans,
Thanks, I hadn't thought of doing it that way. That was very useful.
The result is that SafeArrayDestroyData shouldn't do anything if
FADF_STATIC is set for that array. I'll submit a test and a fix for that.
- Walter
On Mon, 18 Oct 2004, Hans Leidekker wrote:
On Monday 18
Robert Shearman [EMAIL PROTECTED] writes:
We have our own mem_alloc memory allocator, so this patch adds the a
new free function, mem_free, and replaces instances of free with
mem_free. At the moment, the implementation completely defers to the
libc free function, but it makes sense to have
Randy Galbraith [EMAIL PROTECTED] writes:
This proposed patch addresses the concern raised by bug 824. This
patch changes the handling of REG_MULTI_SZ from REG_SZ to REG_BINARY.
Do you actually have an app that depends on this? I agree that in
theory we should preserve the data exactly, but
Glenn Wurster [EMAIL PROTECTED] writes:
Description:
* When we are working with a palette, we need to disable antialiasing.
Antialiasing results in a lot of extra colour values which are not
mapped in the palette, causing bad display artifacts.
Changelog:
* Disable antialiasing when
--On Sunday, October 10, 2004 3:45 PM -0700 Kenneth Porter
[EMAIL PROTECTED] wrote:
Opened a bugzilla:
http://bugs.winehq.org/show_bug.cgi?id=2508
I've since cobbled together a patch to dlls/kernel/file.c that watches for
this case and switches the GENERIC_WRITE to a GENERIC_READ. This lets the
--On Monday, October 18, 2004 9:46 PM -0700 Kenneth Porter
[EMAIL PROTECTED] wrote:
I'm not yet happy with my patch, as it's just a hack for this one app and
is likely to break other things.
In particular, these may break due to use of FILE_FLAG_BACKUP_SEMANTICS:
dlls/winedos/int13.c
40 matches
Mail list logo
