Andreas Mohr wrote:
Hi all,
please disregard my previous patch.
I discovered that
case 0x3da:
/*
* Read from this register resets register 0x3c0 address flip-flop.
*/
vga_address_3c0 = TRUE;
/* since we don't (yet?) serve DOS VM
Francois Gouget wrote:
Anyway, when compared to the shared memory server it seems to me that
the main advantage of a kernel module is stability. It is my
understanding (correct me if I'm wrong) that with the shared memory
approach, a buggy (or malicious) Wine/Winelib application could crash
all
On Sun, 19 Jan 2003, Shachar Shemesh wrote:
Francois Gouget wrote:
Anyway, when compared to the shared memory server it seems to me that
the main advantage of a kernel module is stability. It is my
understanding (correct me if I'm wrong) that with the shared memory
approach, a buggy (or
Christian Costa wrote:
Andreas Mohr wrote:
So until there is further information about how to do it properly,
I'll just remove the vga_refresh reset in the VGA_IsTimerRunning() case,
and of course this makes Turbo Pascal 6 usable (although screen update is
a bit slower than IDA, most
Francois Gouget wrote:
So you're better of with the kernel module if the bug is in the
application, and you're better of with shm if the bug is in the server.
Then it's a matter of which one is more likely.
I'm not in front of the sources at the moment. How big is the wineserver
at the
On Sunday 19 January 2003 20:26, Shachar Shemesh wrote:
Francois Gouget wrote:
Anyway, when compared to the shared memory server it seems to me that
the main advantage of a kernel module is stability. It is my
understanding (correct me if I'm wrong) that with the shared memory
approach, a
Waldeck Schutzer wrote:
...
Index: wine/dlls/msvideo/msvideo_main.c
===
RCS file: /home/wine/wine/dlls/msvideo/msvideo_main.c,v
retrieving revision 1.45
diff -r1.45 msvideo_main.c
Please supply as diff -u, or better, create a
Shachar Shemesh wrote:
Francois Gouget wrote:
Anyway, when compared to the shared memory server it seems to me that
the main advantage of a kernel module is stability. It is my
understanding (correct me if I'm wrong) that with the shared memory
approach, a buggy (or malicious) Wine/Winelib
Mathew McBride wrote:
I've been able to lock the entire machine simply by running
a DirectX game under Wine on the back of faulty X drivers!
I can't recall if that's happened to me, but I know I've had
X lock up so badly I had to telnet in and kill it. X drivers
run with root privs :-(
Hi!
I attached a small explorer like programm onto
http://bugs.winehq.com/show_bug.cgi?id=1227
maybe we could port it into c code and include it into wine.
It might be a good starting point to start a full featured explorer like
programm.
(And it's a good test for built in shell32)
juergen
I
I think that Dan has a shorter and better solution.
After all its easier to fix the existing code and write a wrapper than
coding a new program.
--- Jürgen_Schmied [EMAIL PROTECTED] a écrit : Hi!
I attached a small explorer like programm onto
http://bugs.winehq.com/show_bug.cgi?id=1227
Shachar Shemesh wrote:
the '-option grp' set to 'alt_shift_toggle' will work.
Yes, but it will also switch to menu selection under most Windows
applications, a majour annoyance (unless shift is pressed fist, but who
really does that?).
Try just '-option grp:toggle'. Then pressing and
On Sun, Jan 19, 2003 at 08:12:02AM -0800, Duane Clark wrote:
Please supply as diff -u, or better, create a ~/.cvsrc file that contains:
cvs -z 3
update -PAd
diff -u
or
diff -uNRp
rdiff -uNRp
cvs -z4 -q
update -Pd
checkout -AP
status -v
Ciao
Jörg
--
Joerg Mayer
Sylvain Petreolle wrote:
I think that Dan has a shorter and better solution.
After all its easier to fix the existing code and write a wrapper than
coding a new program.
OK, then. Here's a patch that makes 'start explorer.exe d:\' work
(needed by msvc4.0's setup program).
Note that winefile
All the installshield stuff in the msvc4 installer
seems to work -- except the Data Access Objects
installer. When you run it, you get to the first
screen with a big blue background, but the foreground
window never shows up. It's probably there, but
invisible, or something. Alt-tab doesn't help,
On Sunday 19 January 2003 08:02 pm, Dan Kegel wrote:
Data Access Objects
installer. When you run it, you get to the first
screen with a big blue background, but the foreground
window never shows up. It's probably there, but
invisible, or something. Alt-tab doesn't help, and
the blue
Hi.
I tried to get Worms World Party working with wine
(tried latest wine from CVS, winex 2.2.1 ...) and none
of these worked. I don't get graphics output of any
kind
on these.
In version 2002-06-05 graphics output is ok, but mouse
events seem to be going to /dev/null. I tried
different
versions
Just two things for those thinking about khtml:
1) The kdebindings package contains C-language bindings for khtml
(kde_HTML*), so C++ wouldn't be a requirement for calling khtml
(this does not affect the qt-replacement api of course).
2) There is a project to port KWC to win32: KHTML Win32
Greg Turner wrote:
On Sunday 19 January 2003 08:02 pm, Dan Kegel wrote:
Data Access Objects
installer. When you run it, you get to the first
screen with a big blue background, but the foreground
window never shows up. It's probably there, but
invisible, or something. Alt-tab doesn't help, and
wine/dlls/comcat/:
comcat_private.h:45: conflicting types for `ClassFactoryImpl'
comcat.h:49: previous declaration of `ClassFactoryImpl'
[more of same error for ther types]
I'm quite confused by this; the current comcat.h only has 34 lines,
and doesn't define ClassFactoryImpl.
I also get
On Sun, 19 Jan 2003, Shachar Shemesh wrote:
Francois Gouget wrote:
So you're better of with the kernel module if the bug is in the
application, and you're better of with shm if the bug is in the server.
Then it's a matter of which one is more likely.
I'm not in front of the sources at the
On Sunday 19 January 2003 09:39 pm, Francois Gouget wrote:
On Sun, 19 Jan 2003, Dan Kegel wrote:
Aha! .wine/config had managed=Y. Switching it to managed=N
made the dialog box show up properly!
hmm, so I get the impression it still doesn't work for you?
OK, this has to be a bug in wine,
Greg Turner wrote:
I'm not sure that doesn't qualify as a bug in my book... I think you
are right to point out that it may not be easy to fix properly. But
even if its a feature, it's a confusing one.
Yep, IMHO it's a bug. I guess the Wine FAQ should have an entry
Q. I'm trying to
I am wondering if Swat3d will be added to the list
anytime soon for use with wine ??
On Sun, Jan 19, 2003 at 06:02:31PM -0800, Dan Kegel wrote:
All the installshield stuff in the msvc4 installer
seems to work -- except the Data Access Objects
installer. When you run it, you get to the first
screen with a big blue background, but the foreground
window never shows up. It's
On to the next button on the MSVC4.0 installer: MFC.
Clicking it runs d:\mfckit\disk1\setup.exe, which appears to be a
win16 executable. It exits quickly under Wine, saying
Could not load 'RBHEAP.DLL' required by 'WBRUN20', error= 2
Tsk. Running it under XP works, of course. Now,
Marcus Meissner wrote:
Catch them in a desktop window for now:
...
--- documentation/samples/config 13 Dec 2002 02:26:18 - 1.37
+++ documentation/samples/config 20 Jan 2003 06:37:18 -
@@ -277,6 +277,20 @@
;UseDnsComputerName = N
;; sample AppDefaults entries
+
+; 3 InstallShield
Hi,
Can anyone actually compile the minesweeper example with the
current winemaker.
Mine keeps failing when trying to convert the rc file using wrc.
Is it possible the arguements winemaker generates are no
longer correct for wrc.
Thanks,
28 matches
Mail list logo