This patch fixes a crash when doing a DRV_QUERYDEVNODE
from 16 bit code but I'm not sure this is the best
way to fix this problem.
Could someone that is familiar with this code please
review this patch?
Thanks,
Bob.
winmm.diff
Description: application/unknown-content-type-diff_auto_file
We have to have this for mingw because:
dllwrap --def ./wine.def -o libwine.dll config.o debug.o ldt.o loader.o
port.o
-L../../libs/port -lwine_port -lmsvcrt
libwine.exp(.edata+0x100):fake: undefined reference to
`wine_pthread_init_proces
s'
libwine.exp(.edata+0x104):fake: undefined reference to
Hi
Where is Windows explorer SysTreeView implemented in Wine ?
TIA, Stephan
On Thu, 16 Oct 2003, Subhobroto Sinha wrote:
> Sorry, but it's the WHOLE file.
> I have changed the original file so much that to
> submit a proper patch I need an unmodified
> "shelllink.c" (I do have a backup, but where was that
> ?)
OK, here is the corresponding patch:
Index: dlls/shell32/sh
On Thu, 16 Oct 2003, Steven Edwards wrote:
> I have rebuilt a few engines in my day and this has been like trying to
> take parts from a BMW and use them on a Honda. It just doesnt work most
> of the time. Dont get me wrong it should "just work". All of the
> interfaces should be the same but
--- "Dimitrie O. Paun" <[EMAIL PROTECTED]> wrote:
> Well, I don't know why the w32api guys create their own headers
> instead of using ours, that is their business. However, I don't
> understand why the ReactOS folks have yet another set! Why not
> work with the Wine headers? If there are problems
First I had to learn COM (Aaaahhg!!!...), then learnt
to translate COM to C++.
(Learning COM was the hardest part since I had to hire
some computer time from our local computer parlour
which has Windows boxes alongwith VC++, and then I had
to juggle to and forth from there to home after my
college
Vincent Béron <[EMAIL PROTECTED]> writes:
> This is a first patch to let Wine run on either an NPTL enabled or not
> system.
>
> The remaining issues deal with linking ntdll to libpthread, and
> autodetection in configure.
>
> It's not production-ready yet, I'm aware that there are a couple rough
Lionel Ulmer wrote:
As proper desktop support is a post-1.0 feature, I would really like to have
a configuration option, even hidden somewhere :-)
Well it currently does enable RandR based on the option. And for
everything I tested desktop mode worked fine for trapping the app
inside. I was hop
On Thu, 16 Oct 2003, Steven Edwards wrote:
> I dont know if better is the right word. WINE has more compleate
> headers but they are not the most correct. The w32api people are very
> anal (No Offence Danny) about getting changes in to the package. I have
> almost never found where something is wr
--- Dmitry Timoshkov <[EMAIL PROTECTED]> wrote:
> But for simple things which use pure Win32 APIs like USER controls,
> message
> boxes you have to be able to share code with Wine without any
> significant
> effort.
>
> By "porting" that code to reactos you gain nothing except bugs. Have
> a look
On Thu, Oct 16, 2003 at 09:43:39AM -0500, Alex Pasadyn wrote:
> The only problem I had with desktop mode was the BadMatch errors with
> multiple processes, and those are gone now for all the cases where I saw
> them. Is there some other problem you had or are you still getting
> those errors?
--- "Dimitrie O. Paun" <[EMAIL PROTECTED]> wrote:
> For my info, what's the problem with the headers? What headers are
> you using? If not Wine's, why not? It seems we have better headers
> than then w32api guys...
I dont know if better is the right word. WINE has more compleate
headers but they a
One more thing I noticed about resolution changing:
Sometimes a program running with Wine terminates without cleaning
everything up. When XVidMode is used to switch resolutions, the user
can use ctrl-alt-plus/minus to restore the resolution.
Those don't work when the resolution was changed wit
Dimitrie O. Paun wrote:
On Thu, 16 Oct 2003, Lionel Ulmer wrote:
Well, and if the game starts a second process and you fall in the 'Desktop
mode is buggy' problem :-) ?
OK, but in this case we should have it on by default, and it will not
be exposed in winecfg, you'll need to use regedit/vim/em
On Thu, 16 Oct 2003, Lionel Ulmer wrote:
> Well, and if the game starts a second process and you fall in the 'Desktop
> mode is buggy' problem :-) ?
OK, but in this case we should have it on by default, and it will not
be exposed in winecfg, you'll need to use regedit/vim/emacs/etc. to
control it
On Thu, Oct 16, 2003 at 09:52:34AM +0100, Mike Hearn wrote:
> On Thu, 2003-10-16 at 07:53, Lionel Ulmer wrote:
> > Dimi, when you are debugging a game and have your desktop change resolution
> > all the time, trust me, you NEED a way to easily disable it.
> >
> > So, well, if you do not like the c
Can you trace the native uxtheme and see how Microsoft did it? They
should know the best way, after all.
>I dont know if the "Desktop"
>option still exists in WINE but it would be nice to have ros-explorer
>when running WINE in desktop mode under Linux. The I could just run all
>of my Win32 apps from one place.
Yes, this is possible, just set explorer.exe to desktop mode in your config file
and run th
On Wed, 2003-10-15 at 15:30, Michael Sauer wrote:
> 12 0x401e43ad (VIRTUAL_HandleFault+0xcd(addr=0x4eef) [virtual.c:829]
> in ntdll.dll.so) (ebp=406909b4)
> 13 0x401dda53 (.L63+0xb [signal_i386.c] in ntdll.dll.so) (ebp=40690a2c)
> 14 0x401ddf61 (segv_handler+0x41(__signal=0xb, __context=0
On Thu, 2003-10-16 at 07:53, Lionel Ulmer wrote:
> Dimi, when you are debugging a game and have your desktop change resolution
> all the time, trust me, you NEED a way to easily disable it.
>
> So, well, if you do not like the config file option, please AT LEAST put it
> as a registry key (I would
21 matches
Mail list logo
