An update to my previous posting:
Steps:
1) Install debian-stable-latest.
2) get Wine directly off the CVS server (version used Jan 31 2005 22:52p PST)
3) configure, make depend, make.
The following results in dlls/oleaut32:
gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__
-D_OLEAU
>
> Maybe. I got pirates partially to work. The intro
> at loading plays,
> after the Atari logo, it then crashes:
>
>
fixme:d3d:IDirect3DDevice9Impl_CreateDepthStencilSurface
> (0x403ac0f0) : stub
>
fixme:d3d:IDirect3DDevice9Impl_CreateDepthStencilSurface
> (0x403ac0f0) : stub
> wine: Unhandl
According to bug 2659 http://bugs.winehq.org/show_bug.cgi?id=2659 This patch
http://www.winehq.org/hypermail/wine-cvs/2005/01/0232.html causes a regression
in Shareaza.
http://www.shareaza.com/?id=download
--
Tony lambregts
Luke wrote:
> it's come to my attention that NPTL cannot cope with jumping out
> of a cancellation handler.
Tough noogies, as it were. See
http://www.opengroup.org/onlinepubs/009695399/functions/pthread_cleanup_pop.html
> there is some code in FreeDCE which expects to be able to jump out
> of a can
Oops re:patch
My system is a FreeBSD one so there are some other differences.
Please ignore the bits of the patch that:
===
in programs/Makefile.in
diff -urN wine-20050111/programs/Makefile.in
wine-20050111.new/programs/Makefile.in
--- wine-20050111/p
On Mon, Jan 31, 2005 at 11:12:25PM +, Luke Kenneth Casson Leighton wrote:
> hi,
>
> here's an IDL file i'm working on for exchange 5.5 server.
p.s. when compiled with the FreeDCE dceidl compiler, it results
in Nspi* functions that can actually be used to contact a remote
exchange 5.5 server a
hi,
here's an IDL file i'm working on for exchange 5.5 server.
as you can see it's virtually identical, structure-for-structure,
to those listed in mapidefs.h.
at about struct MAPIERROR, the similarity stops.
thoughts, anyone?
l.
--
--
http://lkcl.net";>http://lkcl.net
--
[ uuid(f5cc5a18-426
On Mon, 31 Jan 2005 21:47:44 -, Ann and Jason Edmeades
<[EMAIL PROTECTED]> wrote:
> Well yes and no. The 'problem' is most of this code isn't implemented yet...
>
> Try Olivers large patch and see if things are any better, or wait a while
> while a whole load of code gets into cvs. Basically d
Hi,
try http://appdb.winehq.org/appview.php?appId=443&versionId=627
select the www.darkageofcamelot.com link bug :)
Regards,
Raphael
pgpCttw9vQiY7.pgp
Description: PGP signature
Well yes and no. The 'problem' is most of this code isn't implemented yet...
Try Olivers large patch and see if things are any better, or wait a while
while a whole load of code gets into cvs. Basically d3d9 shouldn't have any
of the code relating to the stencil buffers - that will be in wine3d. I
> If it's not too much trouble, it would be nice if you list all the
> known loose ends/bugs/optimisations/regressions so that (1) we can
> explicitly track them, and (2) we get a sense of where we are and
> how things are going. And last, but not least, there is the off chance
> that someone might
On Mon, Jan 31, 2005 at 05:45:15PM +, Mike Hearn wrote:
> On Mon, 31 Jan 2005 16:23:49 +0100, Joachim Schiele wrote:
> > My question is where should I start to search for the mouse problem? Was
> > there
> > a similar problem with other games in the past? Also note i've already
> > tested
>
On Mon, Jan 31, 2005 at 10:41:34AM -0800, Scott Ritchie wrote:
> I can confirm that this patch fixes things, at least for DInput in
> Fallout
I promise that one of these days I will look into it and try to understand
exactly what the problem is (basically what I tried to do or which
application to
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> If it's not too much trouble, it would be nice if you list all the
> known loose ends/bugs/optimisations/regressions so that (1) we can
> explicitly track them, and (2) we get a sense of where we are and
> how things are going. And last, but not lea
Hi Hans,
> Yes I contemplated that but then you reintroduce a conditional in
> the ascii case ( if (c > 0x7e) ), which somewhat defeats the
> purpose of using a lookup table.
Defeats? I don't think so. A single comparison that covers a large
number of cases is different than a cascade of compar
On Mon, Jan 31, 2005 at 08:26:24PM +0100, Alexandre Julliard wrote:
> The bulk of the architectural work is done, yes.
This is a big day then -- pretty cool stuff.
> There are still many loose ends to tie up, and some missing
> performance improvements. Plus of course fixing all the regressions
Hi,
while trying to run a demo-app, I had a 'crash'
I have the following (part of a) trace:
trace:d3d:IDirect3DDevice9Impl_GetDepthStencilSurface
(0x77e3d028)->returning ((nil)) default is stencilbuffer=((nil))
trace:seh:EXC_RtlRaiseException code=c005 flags=0 addr=0x499db0cd
trace:seh:EXC_R
"Dimitrie O. Paun" <[EMAIL PROTECTED]> writes:
> Cool. Does this mean that the window management rewrite is done?
The bulk of the architectural work is done, yes. There are still many
loose ends to tie up, and some missing performance improvements. Plus
of course fixing all the regressions that t
I can confirm that this patch fixes things, at least for DInput in
Fallout
THANKS!
-Scott Ritchie
On Sat, 2005-01-29 at 18:49 +0100, Carlos Lozano wrote:
> El lun, 24 de ene de 2005, a las 10:39, Lionel Ulmer escribio:
> > > Lionel, meanwhile, needs to digup his fallout CDs to debug the app :)
>
On Mon, Jan 31, 2005 at 10:34:07AM -0600, Alexandre Julliard wrote:
> Log message:
> Only create an X window for top-level windows, not for child windows.
> Get rid of the X client window too, it's no longer needed.
Cool. Does this mean that the window management rewrite is done?
--
Robert Shearman <[EMAIL PROTECTED]> writes:
> Alexandre Julliard wrote:
>
> >It's pretty trivial to write a make wrapper that massages the output
> >into whatever form you prefer.
>
> Unless it's in CVS, only one person will benefit from it. That's not
> the open-source way.
Feel free to start
On Mon, 31 Jan 2005 16:23:49 +0100, Joachim Schiele wrote:
> My question is where should I start to search for the mouse problem? Was
> there
> a similar problem with other games in the past? Also note i've already tested
> the DX grab and the DGA settings with no effect.
Look at DirectInput, a
On Mon, 31 Jan 2005 14:34:23 +0100, Katia Maculan wrote:
> Hello,
> In the last few days I executed some tests to understand a segmentation
> fault problem in my pcsdll library working with WineLib in RedHat 9.
> I created:
> - A little library pcsdll exporting a function that calls the TlsAlloc
>
Alexandre Julliard wrote:
Jason But <[EMAIL PROTECTED]> writes:
- I have been a developer for 20 years and nothing frustrates me more than
make output that is over complicated. I see the point of printing the full
command line when developing and debugging the Makefile and the make process.
Oliver Stieber <[EMAIL PROTECTED]> writes:
> Hi, this patch provides guids for all the wined3d
> interfaces. There not needed right now, but some
> patches I'll be sending in depend on them.
I don't think you want to add wined3d GUIDs to dxguid, they don't
exist in the Windows one. IMO they shoul
Hello,
In the last few days I executed some tests to understand a segmentation
fault problem in my pcsdll library working with WineLib in RedHat 9.
I created:
- A little library pcsdll exporting a function that calls the TlsAlloc
function
- A little executable pcsmon that calls the exported library
Jason But <[EMAIL PROTECTED]> writes:
> - I have been a developer for 20 years and nothing frustrates me more than
> make output that is over complicated. I see the point of printing the full
> command line when developing and debugging the Makefile and the make process.
>
> Once this is fix
Rein Klazes <[EMAIL PROTECTED]> writes:
> In erase_now() the aptly coded endless loop is never broken out, and
> loops on the same window over and over. Before the change this was coded
> quite differently (traversing the window's child tree) and could not
> loop indefinitely. I am quite stuck wha
Eric Pouech <[EMAIL PROTECTED]> writes:
> this patch moves (almost) the rest of winmm to handle correctly the MM
> drivers as unicode drivers (for the 32 bit part)
It doesn't build, you probably forgot to include the header changes.
--
Alexandre Julliard
[EMAIL PROTECTED]
Dear Wine Developers,
I've tried to get this game running with wine but after starting i get a nice
main menu (sound is ok, too) but there is no mouse. You can't use the mouse
altough there is a nice animated cursor. There must be something wrong with
wine because in cedega it's working nice. Mo
[please cc to this address [EMAIL PROTECTED], thank you!]
hi,
i am in the process of decoding mapi for an exchange 5.5 client/server
project.
i have got to the point where i can send (with a test program) and
receive (in a test server) MAPI data.
i noticed that Wine has a mapi32.dll.so.
i was
On Sunday 30 January 2005 22:29, Juan Lang wrote:
> Hi Hans, it looks like from values 0x7e onward the character class is
> always PATH_CHAR_CLASS_OTHER_VALID. If you like, for clarity you can fill
> in the value through 0x7f, but having a lookup table beyond this isn't
> necessary.
Yes I contem
32 matches
Mail list logo
