Am Fre, 2003-08-08 um 14.32 schrieb Dimitrie O. Paun:
Yes, this is good advice for the forseable future. Without compiler
support, we can't do much about the dllimport/dllexport bit.
This means that, with the introduction of .def files in wine, porting
software (especially C++) with winelib
On August 15, 2003 01:37 am, Mike McCormack wrote:
Profiles are generated in /tmp/wmon.out.pid, and can be examined with
the wprof tool from wine/libs/wprof/wprof.
Nice, but should this tool reside in wine/tools/... instead?
Also, for consistency with all the other stuff we're doing,
shouldn't
Martin Wilck wrote:
Btw Dimi, is their any specific reason why winewrap/winegcc are written
in C rather than in some scripting language like bash or perl? I'd think
that winewrap/winegcc scripts would be much easier to maintain and
customize than the current C code, and would actually be the
I use __TRY __EXCEPT defined in wine/exception.h
but i get error: undefined reference to
`__wine_exception_handler(__EXCEPTION_RECORD*, __EXCEPTION_FRAME*,
_CONTEXT86*, void*)'
what library support this ?
On August 18, 2003 05:12 am, Martin Wilck wrote:
This means that, with the introduction of .def files in wine, porting
software (especially C++) with winelib has become considerably more
troublesome than before. Whatever we think about dllexport, it is widely
used by Windows programmers.
I
On Monday 18 August 2003 07:04 am, flyker wrote:
I use __TRY __EXCEPT defined in wine/exception.h
but i get error: undefined reference to
`__wine_exception_handler(__EXCEPTION_RECORD*, __EXCEPTION_FRAME*,
_CONTEXT86*, void*)'
what library support this ?
That's in ntdll.
--
gmt
The
Perhaps I'll contribute a bash version of winewrap soon, just for fun.
Avoid 'bash'isms, not everyone has, or even wants to run, bash.
It ought to be possible to keep to the posix shell rules.
(bash is completely broken wrt the only standard for shells)
David
--
David Laight: [EMAIL
Hi,
What about adding the comment in the code? :-)
Bye,
Christian
Message du 18/08/03 12:05 De : Dmitry Timoshkov <[EMAIL PROTECTED]>A : Dominik Strasser <[EMAIL PROTECTED]>Copie à : [EMAIL PROTECTED] Objet : Re: winevdm: can't exec Hello, Changelog: Windows ignores values of e_cparhdr and
On August 14, 2003 10:00 pm, Mike McCormack wrote:
+#ifdef HAVE_NCURSES_H
+char *ncname = SONAME_LIBNCURSES;
+#else
+char *ncname = SONAME_LIBCURSES;
+#endif
Since we're doing this dynamically, shouldn't we also determine at
runtime if we should use ncurses or curses? It would make a
Hi everybody,
I'm busy with compiling winboard (the win32 version of xboard --
ftp://ftp.gnu.org/pub/gnu/winboard-4_2_6-src.tar.gz ). I made this
makefile based on cygwin.mak (included in the source tarball) and I ran
into problem. (I changed none of the source files.)
The problem is probably
Yes it is exactly what is it supposed to do, the location of the
SelectObject is the problem. You can only select a HBITMAP in only one
DC. As ImageList_AddMasked performs a SelectObject with hbm, you have to
deselect it first.
Without that, the paint of the checkboxes in the treeview are messed
Sorry, I sent the last mail a bit quickly.
The rest of the patch is important in my opinion because without it, the
drawing is done black and white. So you can reduce the patch to that
only line but it is not what I wanted.
- hdc = CreateCompatibleDC(0);
- hbm =
Sylvain Petreolle wrote:
Dont reset systematically CFLAG when calling the int 21 handler.
Some functions dont change it.
This patch must not be applied because it is highly likely
that it will break almost all DOS programs.
Fix itself is correct but before this patch can be applied
it must be
FPU handling got broken over half a year ago when
I removed separate interrupt DLL and added support
for DPMI32. Interrupt DLL made sure that builtin
protected mode interrupt handlers saw regular IRET
return record on stack. Current protected mode
interrupt code does not provide an IRET record and
Hi,
I couldn't compile wine using the latest (0.9.20) version of uClibc. I installed
the devel stuff and am using the /usr/i386-uClibc/gcc on my path, and then I get:
gcc -c -I. -I. -I../include -I../include -g -O2 -Wall -mpreferred-stack-boundary=2
-gstabs+ -fPIC -D__WINESRC__
On 18 Aug 2003, Martin Wilck wrote:
I am not sure what manipulations you're talking about;
Look at winegcc.c. If we do that one in C, it just makes sense
to do winewrap in C as well. Plus it's more extensible for the
future, me thinks.
AFAICS the hard
stuff is done by winebuild anyway. What
Does anyone have any idea as to what is going on here. I dont really see why mingw has
a problem.
access.c: In function `ImageUnload':
access.c:204: parse error before LOADED_IMAGE
access.c:210: parse error before LOADED_IMAGE
make1: *** [access.o] Error 1
Thanks
Steven
Is anyone working on int21 at the moment ?
This work can be put on the janitorial list with me as volunteer.
This patch must not be applied because it is highly likely
that it will break almost all DOS programs.
Fix itself is correct but before this patch can be applied
it must be made sure
Maxime Bellengé [EMAIL PROTECTED] wrote:
- hdc = CreateCompatibleDC(0);
- hbm = CreateCompatibleBitmap(hdc, 48, 16);
hbm is a 1 bit per pixel bitmap
+ hdcScreen = CreateDCA(DISPLAY, NULL, NULL, NULL);
+
+ hdc = CreateCompatibleDC(hdcScreen);
+ hbm =
Jukka Heinonen,
FPU handling got broken over half a year ago when
I removed separate interrupt DLL and added support
for DPMI32. Interrupt DLL made sure that builtin
protected mode interrupt handlers saw regular IRET
return record on stack. Current protected mode
interrupt code does not
2. I still can't figure how to implement interface that consist of two
interfaces (I have IDirectMusicLoaderStream which should consist of
IStream and IDirectMusicGetLoader). Can someone send me detailed
instructions how to do it? (I can't find any examples)
I think what you want to do is
ChangeLog:
* Implement registry key unloading
Speaking of the registry if you guys are interested in implementing a
faster binary format for the registry take a look at what we have done
in ReactOS. Eric Kohl has offered to license his work as LGPL if you
guys want to try to move to the same
After upgrading my alsa drivers from 0.9.4 to 0.9.6, the wine alsa
driver isnt working anymore on my system.
Sound is working when I use the OSS emulation with wineoss.drv.
But if i use winealsa.drv, many winmm tests fail. (I attached the log)
=
Sylvain Petreolle
This is information I have figured out and found out about how Thread Local
Storage (that is, variables declared with __declspec(thread)) works in
Win32 from the perspective of the exe file (as opposed to the perspective
of the kernel).
I am posting this to the ReactOS list since it needs
Seems like something got screwed up by one or more of the listserves here
This is information I have figured out and found out about how Thread Local
Storage (that is, variables declared with __declspec(thread)) works in
Win32 from the perspective of the exe file (as opposed to the perspective
of the kernel).
I am posting this to the ReactOS list since it needs
I think that a comment in the code would have been very good. ;)
- Original Message -
From: Dmitry Timoshkov [EMAIL PROTECTED]
To: Maxime Bellengé [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Monday, August 18, 2003 11:42 PM
Subject: Re: Fix treeview with checkboxes creation
- Original Message -
From: José Manuel Ferrer Ortiz [EMAIL PROTECTED]
Do you plan to translate other programs and dlls
that still they lack?
Probably, if I have enough spare time (I'll have two
exams in September).
I think about evaluating the use of all the necessary
28 matches
Mail list logo