Before retiring this bug with a patch, I have to check some things with
somebody who knows the memory functions used in DOS emulation.
I got the return address using CTX_SEG_OFF_TO_LIN on SegSs and Eip. Then, I
used DOSMEM_MapDosToLinear on the return of DOSMEM_MapRealToLinear(
I could be totally wrong here, but if I understand the current situation
correctly, I don't think we'll be receiving DirectX 8 anytime soon from
Transgaming ... I mean, I read they might be sharing code that helps out
InstallShield and sdldrv and that sort of stuff, but ... why don't we
pick it
On 5 Jun 2002, Chris wrote:
I could be totally wrong here, but if I understand the current situation
correctly, I don't think we'll be receiving DirectX 8 anytime soon from
Transgaming ...
[...]
I agree. This is why it we should start organizing and mapping the work
to do.
--
Francois
Despite this, is it
generally acceptable to have actual code to
register/unregister a standard
COM server DLL in its Dll[Un]RegisterServer? It
would be redundant for
normal Wine, but hey, it's not big or complex.
If you could implement this it would rock as I need it
for the Mingw port
Does anyone where I can find some good information on
the win16/32 APIs? Any book refrences to amazon mabey?
I'm trying to make a detailed list of what needs to be
done to seperate all of the Wine 16/32 code and fix
the locations of 16bit api call importations and it is
turning in to a PITA.
Hi!
I'd like to use in a internal wine-dll(shell32) a function exported by an other
dll(shlwapi) by ordinal.
How can I do this in a clean way without use of GetProcAddress in a way it works with
native dll's too?
juergen
I was thinking: Couldn't one use timidity to make a fake midi device
that actually produces sound? That would be something.
I was thinking: Couldn't one use timidity to make a fake midi device
that actually produces sound? That would be something.
I thought about it. you need to use timidity 0.20i (the last one from the original
author released under LGPL, the next ones are released under GPL).
Then, to make it a
degs wrote:
Hi,
I can't see much benefit to a timidity output in Wine - it seems like an
awful lot of effort for little return. Very few general purpose Windows
applications actually do MIDI output. The exceptions would be: (very) old
games; MIDI file players (plenty of UNIX replacements for
I thought about it. you need to use timidity 0.20i (the last one from the original
author released under LGPL, the next ones are released under GPL).
Then, to make it a real midi driver (in terms of Win32 API) which isn't a trivial
task (for example, timidity pre-processes the full content of
Hello,
I just thought about this. AFAIK most good 3D games support OpenGL anyway.
That means, they can run without D3D, right? If this is true maybe it would
be more of an advantage to concentrate on other parts of DirectX first.
Postpone D3D to a later moment...in a few years or so :))
At 06:00 PM 6/6/02 +0200, Lionel Ulmer wrote:
community's for not doing anything at all and letting things in the state it
was (well, not TG's fault except if you consider that they 'bought out' the
people who would have worked on it in their free time, but that is just
plain good business sense
John K. Hohm [EMAIL PROTECTED] writes:
I noticed that the attempt to test comcat.dll on Win98 failed because
DllRegisterServer is a stub returning E_NOTIMPL. I have added the
registry entries for the component categories manager to winedefault.reg,
which should suffice for normal Wine
Lionel Ulmer wrote:
Hi all,
As I once started working on Direct3D in Wine and was one of the contributor
to the DDraw code, let me answer some of these questions :-)
* What are the tasks for implementing Direct3D?
It's not easy to separate the tasks. For one, documenting and
[EMAIL PROTECTED] writes:
I'd like to use in a internal wine-dll(shell32) a function exported
by an other dll(shlwapi) by ordinal. How can I do this in a clean
way without use of GetProcAddress in a way it works with native
dll's too?
You have to use GetProcAddress, there is no automatic
On Thu, Jun 06, 2002 at 01:33:28PM -0300, Roland wrote:
What do you mean by 'bought out'? I suppose there where WINE contributors
who now work for TG, right?
If this is the case it is another point in favour of the LGPL...
The LGPL would not have changed anything here, as they are free to
I think it would be better to support ALSA midi and then people could use
Timidity as an Alsa 'plug-in' to do a software sequencer.
note that this is also possible with OSS interface, and wine OSS driver
already includes MIDI support
so this should be more straight forward
A+
On Thu, Jun 06, 2002 at 01:24:04PM -0300, Roland wrote:
I just thought about this. AFAIK most good 3D games support OpenGL anyway.
Well, that is if you are a fan of Q3A-derived shooters.. Otherwise, most
other games are D3D only.
Lionel
--
Hi,
I've been on a kind of rampage trying to Warcraft 3 working the best it can under
Wine. I have previously tried WineX, which works pretty much right out of their CVS.
WineX has some of D3D8 done, thus War3 works easily. But however, it has some
graphics bugs, and possible some what
At 08:10 PM 6/6/02 +0200, Patrik Stridvall wrote:
Secondly who are you to tell people what they can or can't do
for a living?
Huh? Did I say it was wrong what they did? Please provide
some evidence,
otherwise apologize...
It was not meant as an accusation, merely a statement that
it
On Thu, 6 Jun 2002, Roland wrote:
At 07:04 PM 6/6/02 +0200, Patrik Stridvall wrote:
[...]
Secondly who are you to tell people what they can or can't do
for a living?
Huh? Did I say it was wrong what they did? Please provide some evidence,
otherwise apologize...
Patrik, Roland,
This is a
Hi.
I tried repeating Hetz's experiment, and run the command LANG=he_IL
wine notepad, and then type a few (random) Hebrew chars. I get the
following messages on screen:
Warning: Language 'he_IL' was not found, retrying without country name...
fixme:edit:EDIT_EM_FmtLines soft break enabled,
At 08:10 PM 6/6/02 +0200, Patrik Stridvall wrote:
Secondly who are you to tell people what they can or can't do
for a living?
Huh? Did I say it was wrong what they did? Please provide
some evidence,
otherwise apologize...
It was not meant as an accusation, merely a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, 6 Jun 2002, Johan Gill wrote:
I'm planning to do some work, but it's a matter of priorities, as always.
I would like to start some work on directx/direct3d too, but first I
need to complete the ALSA driver. Right now I'm studying the
Hello All At Wine-Devel!
I am trying to convert a win32 DLL to a unix SO.
The dll named if32dt is basically a wrapper over the serial port,
interfacing some custom hardware. It is therefore a driver
to the custom hw.
This is part of a project to port a windows sales app to linux.
There are
Hello All At Wine-Devel!
I am trying to convert a win32 DLL to a unix SO.
The dll named if32dt is basically a wrapper over the serial port,
interfacing some custom hardware. It is therefore a driver
to the custom hw.
This is part of a project to port a windows sales app to linux.
There are
Please move the License part of this thread to wine-license
Thanks
Jörg
--
Joerg Mayer [EMAIL PROTECTED]
I found out that pro means instead of (as in proconsul). Now I know
what proactive means.
--- Andreas Mohr [EMAIL PROTECTED] wrote:
On Tue, Jun 04, 2002 at 10:52:07PM -0500, Jeremy
White wrote:
Hetz Ben Hamo wrote:
I've seen in the crossover office that there is a
reboot.so file, but I think
thats codeweaver's closed source part since it's
not part of wine itself (if
At 08:37 PM 6/6/02 +0200, Patrik Stridvall wrote:
I'm not distracting. I wasn't refering to anything you said.
I merely stated that whether you agree or not I don't consider
to be of your concern.
This will be my last email to this thread. You originally said:
Secondly who are you to tell
Hi all,
It looks to me like the wine implementation of GlobalAlloc is only returning
addresses that are 4 byte aligned, not 8-byte aligned as MSDN says it should...
Unfortunately on Sparc-Solaris double values need to be 8-byte aligned, and if
GlobalAlloc is returning 4-byte aligned
At 08:37 PM 6/6/02 +0200, Patrik Stridvall wrote:
I'm not distracting. I wasn't refering to anything you said.
I merely stated that whether you agree or not I don't consider
to be of your concern.
This will be my last email to this thread. You originally said:
Secondly who are you
I'd like to use in a internal wine-dll(shell32) a function exported
by an other dll(shlwapi) by ordinal. How can I do this in a clean
way without use of GetProcAddress in a way it works with native
dll's too?
You have to use GetProcAddress, there is no automatic import
mechanism. That's a
I do think it's odd as well since a more basic function can handle it.
fixme:opengl:wglSwapLayerBuffers (087c, 0001)
..repeated until exiting the game.
So it's basically switching the main layer over and over again?
Yes, so they are simply 'emulating' SwapBuffers with the
On Thu, Jun 06, 2002 at 03:14:45PM -0700, Medland, Bill wrote:
For the sheer heck of it I was going to have a look at bug 650. I know its
not a high priority or anything but it intrigued me. Anyway, to look into
it I would want decent documentation on the format of the stab/stabstr
sections
Alright, so, are there any people out there that would like to work on a
Direct3D implementation for the winehq.com tree? I'd love to contribute
but I don't know D3D well enough (I'll read up on it). I'm hoping
there're a few people out there that would like to, yes?
On Thu, 2002-06-06 at 09:00,
Exactly. There are at least two Win32 games (one from the Win95 age and
another from the Win98 era) that require the presence of a MIDI device.
The game Final Fantasy VIII supports MIDI via DirectMusic, so a
DirectMusic implementation would solve that, but Final Fantasy VII still
uses the old
Yea. I don't like the idea of putting off D3D. If we can find a few
people to start it, I think we should go ahead and do it.
On Thu, 2002-06-06 at 10:50, Lionel Ulmer wrote:
On Thu, Jun 06, 2002 at 01:24:04PM -0300, Roland wrote:
I just thought about this. AFAIK most good 3D games support
-Original Message-
From: Marcus Meissner [mailto:[EMAIL PROTECTED]]
Sent: Thursday, June 06, 2002 3:26 PM
To: Medland, Bill
Cc: Wine devel (E-mail)
Subject: Re: Where is ELF stab documented?
On Thu, Jun 06, 2002 at 03:14:45PM -0700, Medland, Bill wrote:
For the sheer heck of
On Thu, 30 May 2002, Andriy Palamarchuk wrote:
[...]
I really don't think adding a sort of duplicate page is going to
help with the Wine users
Agreed. The web site already has way too much redundancy and off-topic
stuff (making progress though).
My reasoning is: how many external winehq
-Original Message-
From: Medland, Bill [mailto:[EMAIL PROTECTED]]
Sent: Thursday, June 06, 2002 3:57 PM
To: Wine devel (E-mail)
Subject: RE: Where is ELF stab documented?
SNIP
There is a GNU stabs documentation but I think it is not
complete. The
only complete one might be
Shachar Shemesh [EMAIL PROTECTED] wrote:
I tried repeating Hetz's experiment, and run the command LANG=he_IL
wine notepad, and then type a few (random) Hebrew chars. I get the
following messages on screen:
Warning: Language 'he_IL' was not found, retrying without country name...
Anyone got any input on this?
We need to be able to link to imports for kernel32 other then the
standard libkernel32.a. Mingw doesn't keep all of the kernel32 import
information in libkernel32.a instead it is like MSVC where it has a
libth32.a and libthunk32.a. What is needed here is a change to
Can we use CreateProcess here instead if WinExec? I only have this and
about 6 other things stopping the mingw build
Thanks
Steven
Every revolution was once a thought in one man's mind
- Ralph Waldo Emerson
43 matches
Mail list logo
