On December 3, 2003 05:08 pm, Tom wrote:
> Should we just look win98 onwards? and put win95/3.1
> in the past as it very well deserves to be?
I think we can support win95 just fine for now.
Win31 was never in our plans however...
--
Dimi.
Michael Stefaniuc wrote:
Dimitrie O. Paun wrote:
On December 2, 2003 11:10 am, Brian Vincent (C) wrote:
It came out shortly after as an add-on and
was likely first included in OSR2.
Not a big deal, we'd be hard pressed to find a Win95
pre OSR2 system these days anyway. We can live with it.
Hi,
Juan Antonio Boscá Lloret wrote:
Hello,
I'm trying to use the JournalPlayBack hook in a Win32 application
Hi,
May I ask what application you are useing?
Tom
Dimitrie O. Paun wrote:
On December 2, 2003 11:10 am, Brian Vincent (C) wrote:
It came out shortly after as an add-on and
was likely first included in OSR2.
Not a big deal, we'd be hard pressed to find a Win95
pre OSR2 system these days anyway. We can live with it.
Well, i have one at home :). I
Juan Antonio Boscá Lloret <[EMAIL PROTECTED]> writes:
> I'm trying to use the JournalPlayBack hook in a Win32 application and it doesn't
> work.
> However it looks to work in 16 bits.
> Any idea? Thank you
Full support for JournalPlayBack is not implemented yet. If you have
an app you could send
"Robert Shearman" <[EMAIL PROTECTED]> writes:
> Just another thought: why don't we use the wcscat, wcslen, wcscpy functions
> from ntdll? AFAIK, they are completely compatible with the msvcrt ones with
> the same names. The lstr* calls that don't need exception handling can link
> to these instead
On Tuesday 02 December 2003 22:56, Mike McCormack wrote:
> I've been maintaining Charles's wine profiler patch in my Wine tree, but
> haven't tested it for a while. Here's roughly what I have at the
> moment... I'm in a bit of a rush right now, so it may be incomplete and
> I'll check it again ton
Gregory M. Turner wrote:
On Wednesday 03 December 2003 12:57 pm, Eric Pouech wrote:
poking around I find that the for loop in DEBUG_RegisterStabsDebugInfo
(in programs/winedbg/msc.c) never finds the .stab or .stabstr sections...
not sure if they are really there or not. For example, for ntdll, it
On Wed, 3 Dec 2003, Ferenc Wagner wrote:
[...]
> Sure, we need very basic functionality only: socket,
> connect, send and recv for TCP streams. It's just I didn't
> find any documentation on it. Can you recommend something?
> Or just change the version to MAKEWORD(1,1), don't #include
> and link
On Wednesday 03 December 2003 12:57 pm, Eric Pouech wrote:
> > poking around I find that the for loop in DEBUG_RegisterStabsDebugInfo
> > (in programs/winedbg/msc.c) never finds the .stab or .stabstr sections...
> > not sure if they are really there or not. For example, for ntdll, it
> > finds onl
poking around I find that the for loop in DEBUG_RegisterStabsDebugInfo (in
programs/winedbg/msc.c) never finds the .stab or .stabstr sections... not
sure if they are really there or not. For example, for ntdll, it finds
only .data and .text Not sure what's really wrong here; for now, it's
Hi,
On Wed, Dec 03, 2003 at 05:25:57PM +0100, Fabian Cenedese wrote:
> Hi
>
> I have posted this problem already long time ago but I never found the
> time to test it again.
>
> http://www.winehq.org/hypermail/wine-devel/2002/11/1530.html
>
> But now I tried with the actual wine from cvs (2003-
Hi Craig,
The best way is for the future the first, removing '\\?\' in Odin and Wine.
This way will need some times in odin, we are not prepaired for this,
And I have no update access for wine. I will try to inform wine about
the problem. I thing You have implemented this methods and You modify
On Tuesday 02 December 2003 01:02 am, Gregory M. Turner wrote:
> On Monday 01 December 2003 12:31 am, Rein Klazes wrote:
> > On Sun, 30 Nov 2003 22:01:22 +0100, you wrote:
> > > Mike Hearn wrote:
> > > > On Sun, 2003-11-30 at 19:51, Rein Klazes wrote:
> > > >>Still the same here. It can be a bug in
--- "Dimitrie O. Paun" <[EMAIL PROTECTED]> wrote:
> Just for my edification, what would happen to your tree (or what
> chances would entail) if you just switched to our headers?
Our User32/Win32k/GDI32 would break in most interesting ways. ;P
Thats not WINEs fault though. It owes to bad design de
Hi
I have posted this problem already long time ago but I never found the
time to test it again.
http://www.winehq.org/hypermail/wine-devel/2002/11/1530.html
But now I tried with the actual wine from cvs (2003-12-03) and it's still
there. The problem is that if I try to create a table in a Acces
On December 3, 2003 10:57 am, Vizzini wrote:
> We're still working out a plan for sharing headers; unfortunately it's
> not as easy as just using Wine's headers.
I know things are not always as easy as they seem, and I must
apologize for reopening this issue, but there's something I
miss. Namely,
> 2. What is the status of the DDraw lib. Will it support HW and Overlay
> 2D surfaces? (does it support HW BOB)
Overlay 2D surfaces are not supported anymore. It's been on my TODO list for
a long time now to re-add them but never got the motivation to work on it
(as I never use Wine to play vide
Hello Dimi,
--- "Dimitrie O. Paun" <[EMAIL PROTECTED]> wrote:
> It's a bug in your headers, and it's not present in the Wine
> headers (one again, why aren't you guys using our headers?)
I am sorry about the confusion and noise on the ReactOS side. I think
Its going to come down to just using the
On Wed, 2003-12-03 at 08:46, Dimitrie O. Paun wrote:
> On December 3, 2003 06:47 am, Jonathan Wilson wrote:
> > typedef const PROPSHEETPAGEA *LPCPROPSHEETPAGEW;
> > should (I believe) be this line:
> > typedef const PROPSHEETPAGEW *LPCPROPSHEETPAGEW;
> >
> > If this is a bug, can someone fix it?
>
On December 3, 2003 06:47 am, Jonathan Wilson wrote:
> typedef const PROPSHEETPAGEA *LPCPROPSHEETPAGEW;
> should (I believe) be this line:
> typedef const PROPSHEETPAGEW *LPCPROPSHEETPAGEW;
>
> If this is a bug, can someone fix it?
It's a bug in your headers, and it's not present in the Wine
heade
--- Robert Shearman <[EMAIL PROTECTED]> wrote:
> Just another thought: why don't we use the wcscat, wcslen, wcscpy
> functions
> from ntdll? AFAIK, they are completely compatible with the msvcrt
> ones with
> the same names. The lstr* calls that don't need exception handling
> can link
> to these i
Francois Gouget <[EMAIL PROTECTED]> writes:
> On Wed, 3 Dec 2003, Dimitrie O. Paun wrote:
>
>> On December 2, 2003 11:10 am, Brian Vincent (C) wrote:
>>
>>> It came out shortly after as an add-on and was likely
>>> first included in OSR2.
>>
>> Not a big deal, we'd be hard pressed to find a Win95
Hi,
I don't know how far along the directX9 support in wine is, and I am having trouble
getting a game to run to which there is a downloadable demo
(http://www.gamershell.com/news_BMotoGP2BDemo.shtml) which I thought might be usefull.
The question is, should this run ? Is there something
cc-ing WINE list in case its also present in the WINEHQ CVS
this line:
typedef const PROPSHEETPAGEA *LPCPROPSHEETPAGEW;
should (I believe) be this line:
typedef const PROPSHEETPAGEW *LPCPROPSHEETPAGEW;
If this is a bug, can someone fix it?
If its not, can someone explain why this construct is prese
On Wed, 3 Dec 2003, Dimitrie O. Paun wrote:
> On December 2, 2003 11:10 am, Brian Vincent (C) wrote:
> > It came out shortly after as an add-on and
> > was likely first included in OSR2.
>
> Not a big deal, we'd be hard pressed to find a Win95
> pre OSR2 system these days anyway. We can live with
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> -- removed the CROSS compilation support. It should work
> with a different build tree, but I haven't tested that
Works just fine, thanks! Interestingly, yesterday evening I
got all kinds of problems, like the build process trying to
run WI
> -Original Message-
> From: Alexandre Julliard [mailto:[EMAIL PROTECTED]
> Sent: 02 December 2003 19:26
> To: Robert Shearman
> Cc: Steven Edwards; [EMAIL PROTECTED]
> Subject: Re: Question about libwine_unicode functions and others in WINE
>
> "Robert Shearman" <[EMAIL PROTECTED]> writes:
28 matches
Mail list logo
