Hi,
I'm busy fixing up NtQuerySystemInformation as this is needed for my
'Get Processor Explorer running' project.
I've found that (at least) 2 structs are wrongly sized:
/* System Information Class 0x03 */
typedef struct _SYSTEM_TIMEOFDAY_INFORMATION {
#ifdef __WINESRC__
LARGE_INTEGER
Le dimanche 10 avril 2005 23:00 +0200, TimeFX a crit :
WINEDEBUG=fixme-all wine program.exe
see http://www.winehq.com/site/docs/wine-user/x1824#AEN1826
This page is outdated concerning the Wine Developer's Guide,
and refers to a codeweaver no more existing page.
See and the wrong URL:
For
On Sat, 9 Apr 2005, Benjamin Cutler wrote:
[...]
Don't include other headers in your header unless the Windows Platform
SDK does it (it doesn't in this case). We would like the header
dependencies to be the same as the Platform SDK, so programs can compile
the same way.
Hmm, ok. I'll have to make
On Sun, 2005-04-10 at 19:42 -0500, Robert Shearman wrote:
You're forgetting the reason why we need the suid root binary -
because allowing processes to set their priority as realtime (or
otherwise very high) leaves the system open to a trvial DoS attack.
Not only do the startup code paths need
Vincent Béron [EMAIL PROTECTED] writes:
This lets us get rid of various #ifdef __GNUC__, as well as use
DECLSPEC_NORETURN at least everywhere winnt.h is included, without fear
of conflicts.
This doesn't really help, because we want the code to build with the
Microsoft headers too, so you
Hi,
On Mon, Apr 11, 2005 at 02:07:47PM +0100, Mike Hearn wrote:
On Sun, 2005-04-10 at 19:42 -0500, Robert Shearman wrote:
You're forgetting the reason why we need the suid root binary -
because allowing processes to set their priority as realtime (or
otherwise very high) leaves the system
On Sun, 10 Apr 2005 20:43:44 +0200, Jacek Caban wrote:
We need an implementation of WebBrowser based on MSHTML, which will be
possible when I finish my work on it. This way we'll be able to
implement shdocvw correctly (eg. it'll be possible to implement Internet
Explorer OLE Automation), but
Maarten Lankhorst wrote:
HRESULT Capture_Run(CaptureBox * capBox, FILTER_STATE *state)
{
HRESULT hr;
IMediaSample *pSample = NULL;
LPBYTE pointer;
hr = OutputPin_GetDeliveryBuffer((OutputPin *)capBox-pOut,
pSample, NULL, NULL, 0);
TRACE(Meat 1: %lx - %p\n, hr, pSample);
hr =
Mike Hearn wrote:
You're right, but I hope you are not writing a rendering engine from
scratch! That would be madness. We really need to adapt Gecko to improve
its MSHTML compatibility here.
Actually, I'd be interested to see how much of Gecko we'd need to
import/port so that Wine could render
Robert Shearman wrote:
Maarten Lankhorst wrote:
HRESULT Capture_Run(CaptureBox * capBox, FILTER_STATE *state)
{
HRESULT hr;
IMediaSample *pSample = NULL;
LPBYTE pointer;
hr = OutputPin_GetDeliveryBuffer((OutputPin *)capBox-pOut,
pSample, NULL, NULL, 0);
TRACE(Meat 1: %lx - %p\n, hr,
On Sat, 09 Apr 2005 10:19:36 +0200, you wrote:
Are you suggesting more checks then that the pixels are within the
dimensions of the drawable?
you need at least to use the intersection of the bitmap and the drawable (not
sure both start at (0,0) corner though).
I tried to do this, you need
Hi,
--- Mike McCormack [EMAIL PROTECTED] wrote:
Actually, I'd be interested to see how much of Gecko we'd need to
import/port so that Wine could render HTML. It seems pretty obvious to
me from my experiments with the Mozilla Active X control that nobody is
using it as it is.
The ReactOS
On Apr 11, 2005 3:42 PM, Mike Hearn [EMAIL PROTECTED] wrote:
On Sun, 10 Apr 2005 20:43:44 +0200, Jacek Caban wrote:
We need an implementation of WebBrowser based on MSHTML, which will be
possible when I finish my work on it. This way we'll be able to
implement shdocvw correctly (eg. it'll
Send in more patches, everybody! :-)
Rein Klazes [EMAIL PROTECTED] writes:
I tried to do this, you need to clip to the visible region as well. I
could not get it 100% full proof because of races between the clip
calculations and the actual positions on the screen.
So I get the pixels now from the root window (clipped to the
Jakob Eriksson wrote:
Send in more patches, everybody! :-)
lol, poor thing let him get trough his current backlog.
Ivan.
On Mon, 2005-04-11 at 23:33 +0900, Mike McCormack wrote:
Actually, I'd be interested to see how much of Gecko we'd need to
import/port so that Wine could render HTML. It seems pretty obvious to
me from my experiments with the Mozilla Active X control that nobody is
using it as it is.
On Mon, 2005-04-11 at 17:37 +0200, Paul van Schayck wrote:
I'm not entirely sure here what kind of compatibility you are talking.
But for actual page rendering gecko will never be mshtml compatible.
MSHTML is an incorrect implantation of the W3 standards and mozilla is
not recreating it.
But
Mike McCormack wrote:
Mike Hearn wrote:
You're right, but I hope you are not writing a rendering engine from
scratch! That would be madness. We really need to adapt Gecko to improve
its MSHTML compatibility here.
I don't touch engine code! I use Gecko's embeding API. The HTML rendering
Mike McCormack wrote:
Mike Hearn wrote:
You're right, but I hope you are not writing a rendering engine from
scratch! That would be madness. We really need to adapt Gecko to improve
its MSHTML compatibility here.
I don't touch the engine code! I use Gecko's embedding API. The HTML
I won't have much time to work on this stuff for a while, so I thought I
might as well post it here.
I've got a ntoskrnl.exe that can load, unload and initialise drivers
successfully (Well, I've only tried with a few builds of safedisk but
that doesn't matter), it can also dispatch io requests
Hi,
this is a first go at some unit tests and related fixes for
NtQuerySystemInformation.
The ultimate goal is to get SysInternal's Process Explorer running.
I welcome suggestions and remarks. If none I will submit this to
wine-patches and start the further works.
Cheers,
Paul Vriens.
On Mon, Apr 11, 2005 at 12:47:22PM -0700, Daniel Remenak wrote:
Changelog:
Return DISP_E_DIVBYZERO instead of crashing when asked to divide a
variant by zero.
You cannot really compare floats against 0 I think.
Ciao, Marcus
IEEE floating point has a special zero value. See
http://stevehollasch.com/cgindex/coding/ieeefloat.html in the Special
Values section. You can compare against this value, and (a - a) =
0.0f. You do lose that precision when you introduce multiplication
and division...so you might end up with
Is anyone currently working (or have feedback) on tests for
ntdll/loader.c, ntdll/virtual.c, shell32/folder.c, shell32/shlexec.c, or
shell32/shell_main.c?
More specifically, is it worth the time to write tests for ntdll/loader.c
and ntdll/virtual.c? It seems that these files would be used to
On Apr 11, 2005 4:34 PM, Aaron Arvey [EMAIL PROTECTED] wrote:
More specifically, is it worth the time to write tests for ntdll/loader.c
and ntdll/virtual.c? It seems that these files would be used to load any
program, so if there were any bugs, I'm guessing they would become
apparent
Rough Draft is a useful Windows word processor that natively saves files
in .RTF format. Unfortunately, when installing it I got the following
errors:
fixme:richedit:RichEditANSIWndProc EM_AUTOURLDETECT: stub
fixme:richedit:RichEditANSIWndProc WM_SETFONT: stub
On Sun, Apr 10, 2005 at 08:43:44PM +0200, Jacek Caban wrote:
I completely disagree. We can do much more than there is done right now.
shdocvw
is more than WebBrowser control and we can inplement those areas, but
WebBrowser
needs a lot of work as well. Mozilla ActiveX Control seems not to be
The proper way to set the default sound card is to use the same
registry keys as Windows and either use a native mmsys.cpl or
devise a wine specific way of doing the same thing.
Creating a builtin mmsys.cpl is one way of accomplishing this
and another way is to add this capability to winecfg.
29 matches
Mail list logo
