wine-devel

wine-devel@winehq.org

12 participants
84463 discussions

about programming books
by Andreas Mohr 08 Jul '02

08 Jul '02

Hi all, I just created http://wine.codeweavers.com/fom-meta/cache/831.html to list all the Windows programming books I own (16 books ! ;-) I'd be happy if some other people could add an entry, too. That way we'd have an amazing information resource whenever needed. Hmm, I just hope you've got editing capabilities on this page. If you're unable to add something, then please tell me. (or just edit an entry in some FOM category where you're able to edit it, I'll move it there then) Of course I will add more details of the books to the page once I feel bored (actually a separate page per book within a sub category per author would probably be better). Thanks ! -- Microsoft Licensing 6.0: "Pay us now in advance, so that we can own you later."

1 0

Support for 24bpp when DDBLT_KEYSRC etc are set
by Tony Lambregts 08 Jul '02

08 Jul '02

I am working on implementing the flags under DDBLTFX (Bug 841) and in order to do so I needed to understand how the current code worked. While researching this I came up with this patch for the flags DDBLT_KEYSRC/DDBLT_KEYDEST and company. This patch should be faster then the current code since the switch statement is outside the loop. It also adds support for 24bpp colour. The problem that I have with this is that it assumes stretching in both the x and y directions but from what I understand stretching should only be done if the flag DDBLTFX is set and has the operation DDBLTFX_ARITHSTRETCHY in dwDDFX. Is that right or can Marcus Meissner or Lionel Ulmer explain this to me. Change log: added support for 24bpp when the flags DDBLT_KEYSRC/DDBLT_KEYDEST and company are set. Tony Lambregts tony_lambregts(a)telusplanet.net Index: dib.c =================================================================== RCS file: /home/wine/wine/dlls/ddraw/dsurface/dib.c,v retrieving revision 1.11 diff -u -r1.11 dib.c --- dib.c 28 Jun 2002 17:32:25 -0000 1.11 +++ dib.c 8 Jul 2002 19:02:35 -0000 @@ -561,28 +561,54 @@ keyhigh = lpbltfx->ddckDestColorkey.dwColorSpaceHighValue; } - for (y = sy = 0; y < dstheight; y++, sy += yinc) { - sbuf = sbase + (sy >> 16) * sdesc.u1.lPitch; #define COPYROW_COLORKEY(type) { \ - type *s = (type *) sbuf, *d = (type *) dbuf, tmp; \ - for (x = sx = 0; x < dstwidth; x++, sx += xinc) { \ - tmp = s[sx >> 16]; \ - if (tmp < keylow || tmp > keyhigh) d[x] = tmp; \ - } \ - break; } + type *s = (type *) sbuf, *d = (type *) dbuf, tmp; \ + for (y = sy = 0; y < dstheight; y++, sy += yinc) { \ + (LPBYTE)s = sbase + (sy >> 16) * sdesc.u1.lPitch; \ + for (x = sx = 0; x < dstwidth; x++, sx += xinc) { \ + tmp = s[sx >> 16]; \ + if (tmp < keylow || tmp > keyhigh) d[x] = tmp; \ + } \ + (LPBYTE)d += ddesc.u1.lPitch; \ + } \ + break; } - switch (bpp) { - case 1: COPYROW_COLORKEY(BYTE) - case 2: COPYROW_COLORKEY(WORD) - case 4: COPYROW_COLORKEY(DWORD) - default: - FIXME("%s color-keyed blit not implemented for bpp %d!\n", - (dwFlags & DDBLT_KEYSRC) ? "Source" : "Destination", bpp*8); - ret = DDERR_UNSUPPORTED; - goto error; - } - dbuf += ddesc.u1.lPitch; + switch (bpp) { + case 1: COPYROW_COLORKEY(BYTE) + case 2: COPYROW_COLORKEY(WORD) + case 4: COPYROW_COLORKEY(DWORD) + case 3: { + int last_sy = -1; + for (y = sy = 0; y < dstheight; y++, sy += yinc) { + sbuf = sbase + (sy >> 16) * sdesc.u1.lPitch; + if ((sy >> 16) == (last_sy >> 16)) { + /* this sourcerow is the same as last sourcerow - + * copy already stretched row + */ + memcpy(dbuf, dbuf - ddesc.u1.lPitch, width); + } else { + LPBYTE s,d = dbuf; + for (x = sx = 0; x < dstwidth; x++, sx+= xinc) { + DWORD pixel; + + s = sbuf+3*(sx>>16); + pixel = (s[0]<<16)|(s[1]<<8)|s[2]; + d[0] = (pixel>>16)&0xff; + d[1] = (pixel>> 8)&0xff; + d[2] = (pixel )&0xff; + d+=3; + } + } + dbuf += ddesc.u1.lPitch; + last_sy = sy; + } + break;} + default: + FIXME("%s color-keyed blit not implemented for bpp %d!\n", + (dwFlags & DDBLT_KEYSRC) ? "Source" : "Destination", bpp*8); + ret = DDERR_UNSUPPORTED; + goto error; } #undef COPYROW_COLORKEY dwFlags &= ~(DDBLT_KEYSRC | DDBLT_KEYDEST | DDBLT_KEYSRCOVERRIDE | DDBLT_KEYDESTOVERRIDE);

1 0

RE: Wine ODBC compatibilty
by Medland, Bill 08 Jul '02

08 Jul '02

> -----Original Message----- > From: James Juran [mailto:jamesjuran@alumni.psu.edu] > Sent: Friday, June 28, 2002 3:43 PM > To: Robert Damen > Cc: 'wine-devel(a)winehq.com' > Subject: Re: Wine ODBC compatibilty > > > Robert Damen wrote: > > > > Wine, > > I found this address on your website, if it is the > wrong address for > > these types of questions - Sorry!. > > > > I was wondering weather you could answer a question I have > about support for > > Microsoft Office applications. > > The question is about weather wine can emulate (or has its > own version of) > > the "ODBC Data Sources (32bit)" application found in > > c:\windows\Control Panel\ODBC Data Sources > > This application is used to set up DSN drivers for ODBC > access on Access and > > Excel. > > An example of one of the drivers that this application > handles is the MyODBC > > 3.51 windows driver. > > The "ODBC Data Sources" application in the control panel merely > manipulates registry entries. If all you need to do is set > them up, you > can do that easily with regedit. > > If you're wondering if they will work after you set them up, someone > else will have to answer that question :-) > > -- > James Juran > jamesjuran(a)alumni.psu.edu > To the best of my knowledge there is no such application, and it would be strange if there were. The WINE ODBC32 module is merely a wrapper around any suitable Linux ODBC module. For example we use unixODBC. Thus the WINE ODBC module has no real need to access the registry since all the work is being done by the Linux ODBC module. The way that the Linux ODBC module is configure depends upon which one you use. The unixODBC module, for example, uses a odbc.ini and odbcinst.ini file to store its configuration information. Although it does have a graphical configuration tool, with plugins for some database drivers, I prefer to edit the files by hand. That being said, it may be necessary to add some information to the registry for some ODBC-based applications. I do know that Crystal Reports directly accesses the registry for ODBC information rather than asking ODBC itself. HTH Bill

1 0

Re: Question about --debugmsg +snoop
by Massimo 08 Jul '02

08 Jul '02

So if I understand well there's no way now to snoop a single DLL, even putting it in ~/.wine/config ?

1 0

Borland linker and VirtualQuery
by Vassilis Virvilis 08 Jul '02

08 Jul '02

Halo, The attached patch (resurrected from) wine-users through google searching fixes indeed the borland command line tools (version 5.5.1 freely downloadable on the internet). Given that I am not familiar with the win32 API, this patch looks hackish and special cased (admitted also by its author, Gerard Patel) but still it is too useful. Since this question has never surfaced to wine-devel I would like to ask what is required for the patch to become acceptable. If it is something doable I will give it a try, otherwise I will file a report in the wine bugzilla database. Any way thanks in adavance. .Bill

1 0

Question about --debugmsg +snoop
by Massimo 08 Jul '02

08 Jul '02

Is there a way to activate +snoop only for selected dll ??? I think that would help me to find AutoCAD 2000 access violation on startup, isolating the dll where it happens. As stated few msg before, it starts up good with +snoop, but it crashes on very beginning without +snoop. Regards Max

3 4

warcraft 3
by Bobby Bingham 08 Jul '02

08 Jul '02

After buying Warcraft 3, and reading on the mailing list that the beta had worked under wine, I decided to try the final version under wine. It installed fine, but won't run. Or rather, when I try to run it, it prints this out, and just sits there: fixme:cdrom:CDROM_GetIdeInterface CD-ROM device with major ID 11 not supported fixme:cdrom:CDROM_GetIdeInterface CD-ROM device with major ID 11 not supported fixme:midi:OSS_MidiInit Synthesizer support MIDI in. Not supported yet (please report) I don't know much about the various debug messages, but if I run it with --debugmsg +relay, i see thousands upon thousands of lines like this: 0809c7f8:Call ntdll.dll.RtlEnterCriticalSection(403e0534) ret=40bf1e46 0809c7f8:Ret ntdll.dll.RtlEnterCriticalSection() retval=00000000 ret=40bf1e46 over and over, with these occasionally interspersed: 0809c7f8:Call kernel32.dll.GetTickCount() ret=40bf2013 0809c7f8:Ret kernel32.dll.GetTickCount() retval=00001f07 ret=40bf2013 now, how would one go about debugging this. It doesn't seem as convenient as just crashing in one specific function and bringing up the debugger ... Thanks, Bobby Bingham

3 4

Re: Apps that installs VBA
by Massimo 08 Jul '02

08 Jul '02

Looking in wine dir (~/c/windows) I found the 'missing' fsivba.dll. I think it should have been placed in ~/c/windows/system, or system32, not in ~/c/windows... I think there's again some problem with path handling or something like that, as it was with missing '\\' in the system.reg files some times ago. That problem caused also misplacement of some files, because of the malformed path. Regards Max

1 0

RE: WINE
by Steven Edwards 08 Jul '02

08 Jul '02

I'm forwarding a copy of this to wine-devel and reactos-kernel. The way that I have been doing it is to work out of the WINE tree to and submit changes back to them. I try to take a snapshot of the current WINE tree every few months and that then becomes the -stable branch for ReactOS. If there is a bug in the ReactOS wine any patch needs to be wrapped in a #ifdef __REACTOS__ that way it will be easy for us to submit patches back to wine. The long term goal is to make all of the WINE dlls upgrade able at anytime. So if you have a idea about a better way to do it then please let me know. Our branch is a little odd because it was not tagget right when they first committed it to CVS. It doesnt really matter to much about the version numbers though because we know where changes have been made on the ReactOS side by the #ifdefs. Thanks Steven --- Jurgen Van Gael <jurgen.vangael(a)student.kuleuven.ac.be> wrote: > Hi Steven, > > I set up my box here in France, and am starting to > code again. My > question: > I am not that experienced with forking etc ... So > should I modify the > dll's in the reactos tree and submit patches, diffs > or new files to > reactos, or do I submit all my work to WINE? > > Jurgen __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com

1 0

Apps that installs VBA
by Max 07 Jul '02

07 Jul '02

Installing AutoCAD 14, I get everytimes an error telling that VBA (visual basic for applications) cannot be installed (the messagebox tells a very very meaningful 'error 18' (sigh) and aborts VBA setup). As I've seen that someone is working on visual basic apps (maybe Ann and Jason Edmeades ?), does someone have an idea of the solution ? Regards Max

3 5

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel