January 2007 - Wine-Devel - list.winehq.org

What happened to the Fedora packages?
by Neal Gompa Aug. 2, 2014

Aug. 2, 2014

What happened to the Fedora packages? They have not been updated since 0.9.2!!!! Right now it is at 0.9.10!!! Nearly every other Linux distro supported has the up to date packages!!! And why does the Red Hat packages site not go to the SourceForge site as it does for SUSE packages and the others?? I have not really had the guts to ask until now, because I thought that maybe there was a slump, but now, its getting annoying!! And Fedora just released Fedora Core 5 yesterday!!! Please tell me new packages will be ready soon!!! Compiling WINE always crashes my computer, so I prefer to use the RPMs...

10 18

winspool: ERROR_INVALID_NAME in GetDefaultPrinter() ?
by Detlef Riekenberg Oct. 9, 2013

Oct. 9, 2013

Hi. >From which configuration does the "ERROR_INVALID_NAME" came from, when calling GetDefaultPrinter(NULL, &size) and no Printer is installed? This Test is Present in the current "dlls/winspool/tests/info.c". MSDN told us, that we receive an "ERROR_FILE_NOT_FOUND", if no Printer is installed: http://msdn.microsoft.com/library/en-us/gdi/prntspol_0hma.asp I get the "ERROR_FILE_NOT_FOUND" on win98se, winme, w2k and win2003 in this Situation. -- By By ... ... Detlef

3 3

The status of the wintab dll
by Robert North Dec. 24, 2007

Dec. 24, 2007

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I think after the 10 or more patches to the Wintab dll that I submitted last month, I should say something about it's status... And of course thank Alexandre for applying those patches. P.S. I won't be available from the 15th for about a week or so. So, if you have any questions, I'm afraid you might have to be patient. Hope this is of interest to someone -Rob. ******Applications: Current status*********** ***In Painter 5 *Cursor pressure works. (Therefore is usable by most) *Cursor orientation is a little odd: The orientation maths needs to be re-done. *No eraser. Haven't yet cracked what enables the eraser. *Doesn't work in desktop mode: Need to map to desktop coordinates. *Repeats windows bugs where cursor looses pressure/orientation info almost bug for bug (Is this a feature? ;-) *Cannot detect pressure/orientation int the "Brush Tracking" window: The tablet context is attached to the main window, so no events get to the popup, even if they overlap. This is not how windows wintab functions. ***In Photoshop 6. *Can only get tablet data in desktop mode: This is because the tablet context is attached to the desktop. Which generates/receives no wine events outside desktop mode. * Eraser and pen pressure working. *But* to get them working, you must have 3 XInput devices listed in your XF86Config file, They need to be the last entries in the "ServerLayout" section and the following order: eraser, tablet mouse. This is a far from ideal way of specifying the devices Wintab should use :-/ I'll document this if someone can point me to a good place to put the docs. *******To Do************* 1. Look at X11 errors. There appear to be some errors that deny some users the ability to access Wintab enabled apps. (I think I know how to fix this) 2. Improve orientation data. Orientation comes in as X-Y coords (Implicit Z), and has to leave as spherical coords. This calculation needs to be re-done. 3. When tablet context is on top, let it read XInput events from all the app's top-level windows. (This simulates the fact that the context is usually designed to cover the whole screen) 4. When tablet context is attached to desktop, read XInput events from all the app's top-level windows. 5. Tests ~ --My current philosophy on tests is... ~ Use Photoshop & Painter, any formal tests ~ can be written if anyone else gets involved in patching Wintab, to avoid regressions, and conflict. **********Long term to do (Anyone interested?):********* There's a lot of work that could be done here, but what gets done and who does it probably depends upon whether anyone finds an app that needs these features. I'd love to implement these, but realistically, I don't foresee doing this unless someone hires me to do so ;) 1. Improve configuration of wintab. Wintab could probably do with some information entered into the config file, to avoid the user having to hack their Xfree86cfg file. 2. Handle Z-Order of context properly. This entails *sharing Z-Order between apps. *Working out exactly what role windows have in determining tablet context z-orders. *Allow tablet contexts that don't cover the whole screen/tablet. *Handle inter-application clipping of tablet contexts *Allow all application's windows to receive tablet events when tablet context is on top 3. Implement non-system tablet contexts (Where system cursor not moved by pen or mouse) 4. Unicodify 5. Implement various wintab extensions. 6. Implement wintab manager functions. 7. Tests. *********Unknowns********* 1. How are wintab contexts are raised lowered? Contexts have their own z-order independent of windows, and their own viewport concept, based upon the tablet's coordinate system, not that of the OS. It appears that entering, or clicking on the window the tablet context is attached to will raise/lower the context. But I haven't done much testing on this. In particular, what happens if more than one app request their tablet context is attached to the desktop? 2. How Painter detects the eraser. Have 3 possibilities i. Windows can detect an eraser, and sends specific messages. (I'm sure I've seen this, but can't work out where!) ii. Only works if tablet and cursors are named correctly. (Probably linked to wacom tablets only). iii. I've missed something 3. Requirements of other applications -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCC8zI2vfwxdLxwWYRAsisAJ4q2gAYTgRc6f9wDI+Ruv943eDxOQCfcl3s /ZKMUGwQOuw/SIIbOkIUbd0= =R4M7 -----END PGP SIGNATURE-----

2 1

test.winehq.com status
by Felix Nawothnig Feb. 24, 2007

Feb. 24, 2007

Hi. Anyone knows what happened to test.winehq.com/data? There has been no new crossbuilds for quite some time now... Felix

4 5

Updated version of Wine-0.9.18 RPMs with ntoskrnl for SuSE 10.1
by Vitaliy Margolen Feb. 19, 2007

Feb. 19, 2007

Same as before. Just recompiled with new version. http://www.kievinfo.com/wine-0.9.18-1.2.i586.rpm http://www.kievinfo.com/wine-0.9.18-1.2.src.rpm -- Best regards, Vitaliy

3 3

Font issue - workaround found
by Timm Feb. 18, 2007

Feb. 18, 2007

My one win app that makes me a devotee of WINE is TablEdit (demo at www.tabledit.com/download/tabled32.exe) has a custom font , tef260.ttf, that has failed to display since somewhere after ver 9.6. The program installs the font into c:\windows\font, but can not display it within the program, instead displaying for the most part, empty squares. I tried putting/removing tef260.ttf into /usr/local/share/wine/fonts, /usr/local/share/fonts, and the wine windows/fonts directories in all permutations. The only way I got it to display was to remove ALL fonts from these three directories and install tef260.ttf into an X11 font directory along with other win ttf fonts. This forces WINE to build a cachedmetrics file like it used to, and the font is displayed properly in the program. Hope this is a clue for some developer, as I merely lurk here, looking for clues about wine behavior. I can't do a regression back to ver 9.6 (the version I was using that last worked) because my upgrades to freetype cause it to complain of missing functions. current (pertinent ? ) specs libfreetype.so.6.3.7 ] built from source libfontconfig.so.1.0.4 ] built from source fontforge 20060715 ] built from source WINE 0.9.20 ] built from source kernel 2.6.17.11 Slack current (10.2, with upgrades from "current" tree) -- Timm

3 2

Re: Bug 50
by Pedro Araújo Chaves Jr. Feb. 13, 2007

Feb. 13, 2007

I've been trying to get the lpDx array to be properly calculated, but unfortunately to no avail. I did find, though, that GetTextExtentExPointW is never called with a maxExt value other than zero, and thus nfit is not calculated. Regarding that, would any of you know where I should look for the proper method of calculating the maximum width (maxExt) of a formatted string? I'm somewhat puzzled... neither lprect nor dc->BoundsRect seem to hold the proper values for getting that value [1], or (more likely, I guess) I'm just looking at it the wrong way. Btw, I'd add that I've been testing this in Lotus Notes R5, just in case it helps, and no, I haven't found a link to download a trial. [2] [3] Cheers, Pedro. [1] I'm investigating the SetTextJustification, ExtTextOutW, GetTextExtentPointW, GetTextExtentPoint32W, GetTextExtentExPointW, and WineEngGetTextExtentExPoint functions from gdi32 (the latter in freetype.c, the rest in font.c). I am yet to look into their *I counterparts, where applicable. [2] http://appdb.winehq.org/viewbugs.php?bug_id=50 [3] http://bugs.winehq.org/show_bug.cgi?id=7016

2 3

Bugzilla: Adding a 'patch' keyword
by Francois Gouget Feb. 9, 2007

Feb. 9, 2007

During a query I've stumbled on bug 5012 which happens to have a patch attached to it. Nine months ago it was suggested to the author to send this patch to wine-patches but either he didn't do it or it was not accepted. Now, I don't consider myself qualified to judge the patch and I have no particular interest in it. So I may not send it to wine-patches myself. But it would be nice if there was an easy way to find bugs that have a patch, even, and maybe especially, if it is incorrect. This would make it easier for interested parties to survey what potential fixes are languishing in Bugzilla and push them to wine-devel or wine-patches. And it would also give a starting point for someone interested in taking an existing patch that did not get committed to then update it, clean it up, and fix it to make it acceptable. Does that make sense? And for reference: * Missing NOVST timezone http://bugs.winehq.org/show_bug.cgi?id=5012 (in fact the timezone data seems wrong) -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ Indifference will certainly be the downfall of mankind, but who cares?

4 5

Daylight saving changes
by Francois Gouget Feb. 6, 2007

Feb. 6, 2007

Quite a few countries seem to be changing their daylight saving rules this year. Also Wine stores timezone information in the registry so won't we need to update the data we store in the registry? While looking at wine's timezone data I also found quite a few differences with Windows' data. Hence the question: Where does wine.inf's current data come from? Where can one find authoritative data for this? Does any one have an opinion on what to do about those? * wine.inf's TZI field does not match Windows for these time zones: Won't this impact email tools? Arabic Standard Time Azores Standard Time Caucasus Standard Time Dateline Standard Time E. South America Standard Time GTB Standard Time Iran Standard Time Israel Standard Time New Zealand Standard Time Newfoundland Standard Time Pacific SA Standard Time * wine.inf is missing some time zones: Ekaterinburg Standard Time Greenland Standard Time Mid-Atlantic Standard Time Nepal Standard Time Sri Lanka Standard Time W. Central Africa Standard Time * wine.inf has an extra time zone: Mexico Standard Time 2 * Wine's display name is not in the same format as the Windows one: For instance for Tonga Standard Time: Windows has: "Display"="(GMT+13:00) Nuku'alofa" Wine has : "Display"="Pacific/Tongatapu" -- Francois Gouget fgouget(a)codeweavers.com

2 1

Dead links
by Francois Gouget Feb. 6, 2007

Feb. 6, 2007

I found some dead links on WineHQ. hat should we do about them? Does anyone want to hunt them down to see if they have simply moved elsewhere? There are also a bunch of dead links related to the Wine mailing lists. We cannot simply remove those :-( On the Wine Press page: http://www.winehq.org/site/press * Luhit July 1, 2006 - CrossOver Wine to join the party with BootCamp & Parallels http://luhit.wordpress.com/2006/07/01/mac-crossover-wine-to-join-the-party-… * OSViews September 13, 2004 - ReactOS - The Open Source Windows NT http://www.osviews.com/modules.php?op=modload&name=News&file=article&sid=14… * OSViews May 30, 2004 - SpecOpS Labs response to Wine Project http://www.osviews.com/modules.php?op=modload&name=News&file=article&sid=14… * OrangeCrate May 20, 2004 - An Interview with Jeremy White, CodeWeavers http://www.orangecrate.com/article.php?sid=710 * OSViews October 28, 2003 - Macromedia and Adobe Graphics Suites to Run on Linux http://www.osviews.com/modules.php?op=modload&name=News&file=article&sid=35… * ConsultingTimes October 17, 2002 - CodeWeavers/Xandros Deal: "Let the Revolution Begin!" http://www.consultingtimes.com/articles/codeweavers/codeweaversxandros.html And another one on the Fun Projects page: http://www.winehq.org/site/fun_projects * http://www.trolltech.com/products/qt/windows.html * http://www.winehq.org/hypermail/wine-devel/2003/01/0153.html * http://www.winehq.org/hypermail/wine-devel/2003/04/0324.html * http://www.winehq.org/hypermail/wine-patches/2002/09/0250.html * http://www.winehq.org/hypermail/wine-cvs/2003/12/0051.html And on the Winelib page there are a bunch of dead hypermail mailing list URLs. Unfortunately there appears to be no easy way to map them to the pipermail archives :-( http://www.winehq.org/site/winelib * http://www.winehq.org/hypermail/wine-devel/2004/04/0192.html * http://www.winehq.org/hypermail/wine-patches/2003/04/0237.html + 6 more * Erwin Wolff http://www.winehq.org/site/erwinwolffnl(a)microformatica.com And on the Resources page: http://www.winehq.org/site/resources * WinDoc http://leb.net/wine/WinDoc/ * X2 http://sunsite.lanet.lv/ftp/mirror/x2ftp/msdos/programming/00Main.html * comp.fonts http://rcum.uni-mb.si/local/fontfaq/cf_1.htm * Internet Font Archive http://rcum.uni-mb.si/local/fontfaq/cf_18.htm#GLOSS6 * Curvesoft http://www.curvesoft.com/tools.html -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ "Lotto: A tax on people who are bad at math." -- unknown "Windows: Microsoft's tax on computer illiterates." -- WE7U

4 5

Donation for your work on Direct 3D
by Mirek Feb. 6, 2007

Feb. 6, 2007

Hi Stefan and Henry, i would like to send you 35 EUR or 45 USD for your work on Direct 3D in wine, how can i do that? Can you send me your account number and prefered currency? Mirek Slugeň Czech Republic

4 3

Re: [Bug 6689] Created links do not reflect WINEPREFIX used
by Lei Zhang Feb. 5, 2007

Feb. 5, 2007

Setting the Exec= line in a .desktop file to: WINEPREFIX=foo wine bar worked in KDE. In Gnome, it works if "run from the terminal" is set. Unfortunately the Freedesktop spec for desktop entries does not specify a way to add environment variables. So yes, it looks like we'll need a wrapper script, or perhaps add a --prefix option to Wine? On 1/27/07, Wine Bugs <wine-bugs(a)winehq.org> wrote: > http://bugs.winehq.org/show_bug.cgi?id=6689 > > > > > > ------- Additional Comments From vitaliy(a)kievinfo.com 2007-28-01 01:49 ------- > This is not going to work - it's not standard compliant. And I think it won't > work on Gnome either. The only way this can be fixed atm is using some wrapper > script. > > -- > Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email > ------- You are receiving this mail because: ------- > You are the assignee for the bug, or are watching the assignee. > > >

4 4

Detect screen resolution change errors
by Francois Gouget Feb. 5, 2007

Feb. 5, 2007

When I run the dlls/d3d9/device conformance test on Windows in VMware, I get a trace telling me that IDirect3D9_CreateDevice() failed and returned 0x8876086c. This seems to be because Windows has trouble changing the screen resolution when running in VMware (though it's perfectly capable of doing it when I go through the control panel). But when I run the test in Wine I'm getting a test failure because: * IDirect3D9_CreateDevice() did not change the screen resolution * but it returned success so that the screen size checks fail That's because XRandR fails to change the resolution (for whatever reason, it's irrelevant here). Wine detects that but does not report the information to the upper layers. So I have made a couple of patches: * the first one detects when XRandR, XVidMode or some low level routine fails to change the screen resolution, and propagates this so ChangeDisplaySettingsEx() returns an error * the second one modifies IWineD3DDeviceImpl_CreateAdditionalSwapChain() so it detects when ChangeDisplaySettingsEx() propagates that error upstream too Now the dlls/d3d9/device test succeeds on my machine (all while loudly complaining something is wrong): [...] err:xrandr:X11DRV_XRandR_SetCurrentMode Resolution change not successful -- perhaps display has changed? fixme:d3d9:IDirect3DDevice9Impl_CreateAdditionalSwapChain (0x1c4358) call to IWineD3DDevice_CreateAdditionalSwapChain failed fixme:d3d9:IDirect3D9Impl_CreateDevice (0x171448) D3D Initialization failed for WineD3DDevice 0x174ee8 device.c:741:could not create device, IDirect3D9_CreateDevice returned 0x8876086c device.c: 245 tests executed (0 marked as todo, 0 failures), 0 skipped. I have attached the relevant patches. Does this look ok to the DirectX gurus? -- Francois Gouget fgouget(a)codeweavers.com

3 5

Re: [lostwages] Update download-deb page with better information, error fixes
by Detlef Riekenberg Feb. 4, 2007

Feb. 4, 2007

On Di, 2007-01-30 at 01:09 -0800, Scott Ritchie wrote: > + > +<p>While there is currently no Wine package explicitly designed for > the 64-bit version > +of Ubuntu, there are several hacks that can be used to install the > 32-bit package > +into the 64-bit distribution and have it function normally. See > +<a href="https://wiki.ubuntu.com/I386WineInAmd64">this page on the > Ubuntu wiki</a> > +for more details.</p> IMHO, a link to our own Wiki should be placed on the download-deb page http://wiki.winehq.org/WineOn64bit#head-56206e8bc74083807ffe06ccb471d3f964c… And as a Note on https://wiki.ubuntu.com/I386WineInAmd64 and https://help.ubuntu.com/community/WineForAMD64 The provided automatic installation script includes the sidenet-script. Please include a BIG WARNING, that this is never supported by winehq and the users need a clean wine, before they ask for help on #winehq or wine-users(a)winehq.org You mention sidenet on that page: "If you followed the manual instructions you need to install the Sidenet script" This is wrong. Please remove that line! Even, when the sidenet-script might help some users to run an app, "you need to install the Sidenet script" is wrong! -- By by ... Detlef

3 7

skipping incompatible libwine build problem.
by Matthew Watchinski Jan. 31, 2007

Jan. 31, 2007

Hopefully this is the right mailing list to ask this. If not please point me to the correct list. I have a simple application that use to build just fine using libwine/wine-0.9.30 on ubuntu edgy 32-bit. I just upgraded to a 64 bit system and got wine-0.9.30 installed and working, however, now my application doesn't build. uname -a: Linux ebx 2.6.17-10-generic #2 SMP Tue Dec 5 21:16:35 UTC 2006 x86_64 GNU/Linux When i run make everything builds correctly but it won't link and it exits as follows: wineg++ -c -Wall -Wextra -Wwrite-strings -Wcast-align -Wsign-compare -pedantic -m32 -mno-cygwin -municode -mconsole -Wb,--exe -Wb,-w -DCOMMAND_LINE -DWINDOWSNATIVE -DBUILD_CLI -o simpleapp.o simpleapp.cpp wineg++ -c -Wall -Wextra -Wwrite-strings -Wcast-align -Wsign-compare -pedantic -m32 -mno-cygwin -municode -mconsole -Wb,--exe -Wb,-w -DCOMMAND_LINE -DWINDOWSNATIVE -DBUILD_CLI -o simpleappList.o simpleappList.cpp wineg++ -mwindows -mno-cygwin -municode -mconsole -o simpleapp.exe.so simpleapp.o simpleappList.o -lodbc32 -lole32 -loleaut32 -lwinspool -luuid /usr/bin/ld: skipping incompatible /usr/local/lib/libwine.so when searching for -lwine /usr/bin/ld: skipping incompatible /usr/local/lib/libwine.so when searching for -lwine /usr/bin/ld: skipping incompatible /usr/local/lib/libwine.so when searching for -lwine /usr/bin/ld: cannot find -lwine collect2: ld returned 1 exit status winegcc: g++ failed. make: *** [simpleapp.exe.so] Error 2 Everything in /usr/local/lib looks right to me. ebx:~/Downloads/cvs/sfeng/research/tools/doccheck$ file /usr/local/lib/libwine.so* /usr/local/lib/libwine.so: symbolic link to `libwine.so.1.0' /usr/local/lib/libwine.so.1: symbolic link to `libwine.so.1.0' /usr/local/lib/libwine.so.1.0: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), not stripped And the makefile is pretty simple The only lines I've modified from the original winemaker Makefile are these: CXXFLAGS = -Wall -Wextra -Wwrite-strings -Wcast-align -Wsign-compare -pedantic -m32 #CXXFLAGS = CEXTRA = -mno-cygwin -municode -mconsole -Wb,--exe -Wb,-w CXXEXTRA = -mno-cygwin -municode -mconsole -Wb,--exe -Wb,-w RCEXTRA = INCLUDE_PATH = simpleapp_exe_LDFLAGS = -mwindows \ -mno-cygwin \ -municode \ -mconsole I assume I'm missing some magic ld switch, but I'm not sure what. Can anyone point me in the right direction? Thanks -matt

2 4

re: Please help me debug wineserver
by Dan Kegel Jan. 31, 2007

Jan. 31, 2007

Misha wrote: > I am new to wine programming but have a fair amount of > experience with C/C++ programming in general. I have > recently decided to make the Vector NTI application work > on Wine, and after overcoming quite a few installation > difficulties by making an install shell script, Cool. Can you file a bug about those problems, and attach the shell script as a workaround? > I have run in to a problem that I have traced down to > wineserver. This problem occurs after repeatedly changing > folders in the Vector NTI "Open Molecule File" dialog, > which does not use the standard open file Windows dialog > (e.g., the "Open Shortcut" dialog in the same program works > fine). Wineserver crashes with the following error message: > > wineserver: object.c:274: release_object: Assertion `obj->refcount' failed. You also have a bug opened for this, http://bugs.winehq.org/show_bug.cgi?id=7286 I see you also have a possible workaround there. > On looking at the output of WINEDEBUG=+server, it seems > that the "Vector NTI" thread is woken up, and then receives > a USER_APC, at which time this crash occurs. What version of Wine? There were recent changes in APC handling in wine-0.9.30 (and perhaps 0.9.29) that may have broken this. If you can verify that this worked ok in earlier versions like 0.9.27, that would help. Alexandre is the expert on this. He's on vacation but he'll want to take a look when he gets back. - Dan

2 1

Re: wine + visual basic
by Alex Villacís Lasso Jan. 31, 2007

Jan. 31, 2007

Joshua Masiko escribió: > hello, > I got your email addresses off the wine bug database at > http://bugs.winehq.org/show_bug.cgi?id=6638. > I'm looking at moving a custom Visual Basic 6 windows application to > linux + > wine. > > However I cannot find any good step by step documentation on how to do > this. > I have SUSE 10, wine 0.9.29. > I tried a simple test case which throws an error "ActiveX can't create > object" > > dim cn as adodb.connection > set cn=new adodb.connection 'error on this statement > > > Can u give me any pointers on what i need in order to run a visual basic > application which > uses an ODBC DSN (postresql) and ADO>=2.5 successfully. > I intend to publish a detailed step by step howto on this topic for other > potential wine users if successfull > The very first step is to ensure ADO is actually installed in the Wine directory. Usually the MSVB6 installer for the application (created with the Package and Deployment Wizard) takes care of this, but installing MDAC 2.x works too (I have installed MDAC 2.8). Wine currently provides no replacements for ADO libraries or objects, so doing either of these options is mandatory. It seems that you are trying to connect via ADO and ODBC. You should first have an Unix ODBC driver installed, since the ODBC support in Wine is simply a pass-through layer to the Unix ODBC support in the system. If you are compiling Wine from sources, you should (for example) have *both* unixODBC and unixODBC-devel RPM packages installed (or the equivalent bundles in SUSE). Otherwise, Wine will be compiled without ODBC support. You should then create (in unixODBC, not Wine) an ODBC data source for your database of choice, and verify (/usr/bin/isql) that you can actually connect and read data from it before trying to do anything from within Wine. Also, please note that Wine (currently) only supports as much ODBC as the underlying ODBC support does. In particular, the following syntax: > Set oConexion = New ADODB.Connection ... > oConexion.Open ConnectionString:="Driver={Microsoft Access Driver > (*.mdb)};DBQ=..." in which the driver is specified within curly braces, is *NOT* supported under Wine, nor is any variation of this method. You must specify a data source that appears in your ODBC configuration file in /etc/odbc.ini . Of course, you might just bypass the ODBC layer and do something like this: > Set oConexion = New ADODB.Connection ... > oConexion.Provider = "Microsoft.Jet.OLEDB.4.0" > oConexion.Properties("Jet OLEDB:Database Password") = > "somepassword" > > oConexion.Open ConnectionString:=App.Path & "\" & DATABASE_FILE This method works as long as all the corresponding providers (which are also ActiveX objects) are correctly registered. In this way, no ODBC code is involved and the Windows code directly manages the database connection. However, all the necessary providers and drivers must be installed by your application installer (again, the Packaging and Deployment Wizard should take care of these dependencies). Hope this helps. Alex Villacís Lasso -- perl -e '$x = 2.4; print sprintf("%.0f + %.0f = %.0f\n", $x, $x, $x + $x);'

1 0

Re: ras.h added szDeviceType pound defines
by Michael Stefaniuc Jan. 31, 2007

Jan. 31, 2007

John Smith wrote: > This is my first patch uhh ever so I guess don't just throw it into the > source without wariness. =P Welcome to Wine. > That said it just updates the list of #define strings that are acceptable > device types for RASDEVINFO and RASENTRY. This will fix some compilation > issues against ras.h. > > There is more I could fix in ras.h but yeah my first time doing this, want > to see how the patch process works,blah blah. The Wine maintainer is this week on vacation so your patch would be probably commited earliest in 1 week. Do you know this page? http://www.winehq.org/site/sending_patches > Anyway if anything about how I did this is wrong please let me know I hope > to be a regular wino too =) Not really wrong but some nitpick. > ------------------------------------------------------------------------ > > From d294ed7e538a130ac10fad4bb2ac6a0f93120060 Mon Sep 17 00:00:00 2001 > From: John Klehm <xixsimplicityxix(a)gmail.com> > Date: Tue, 30 Jan 2007 15:24:56 -0600 > Subject: [PATCH] Added additional szDeviceType pound defines. These additions reflect > http://msdn2.microsoft.com/en-us/library/aa377274.aspx > and have been verified by a test program on Windows2000 and XP. > --- > include/ras.h | 19 +++++++++++++++++++ > 1 files changed, 19 insertions(+), 0 deletions(-) > > diff --git a/include/ras.h b/include/ras.h > index c1f6d5c..ef289f4 100644 > --- a/include/ras.h > +++ b/include/ras.h > @@ -43,6 +43,25 @@ extern "C" { > #define RASDT_Modem "modem" > #define RASDT_Isdn "isdn" > #define RASDT_X25 "x25" > +/* more szDeviceType strings for RASDEVINFO > + * from MSDN > + * http://msdn2.microsoft.com/en-us/library/aa377274.aspx > + * values taken from a test program on windows 2000 and XP > + * Following are Windows 2000 and Windows XP values > + * and above? > + */ You do not need this comment. MSDN is so often updated that the link will soon point to the void. Just document here the differences to MSDN or other outstanding info. Please use the same identing style like for the existing RASDT_* defines. > +#define RASDT_Vpn "vpn" > +#define RASDT_Pad "pad" > +#define RASDT_Generic "GENERIC" > +#define RASDT_Serial "SERIAL" > +#define RASDT_FrameRelay "FRAMERELAY" > +#define RASDT_Atm "ATM" > +#define RASDT_Sonet "SONET" > +#define RASDT_SW56 "SW56" > +#define RASDT_Irda "IRDA" > +#define RASDT_Parallel "PARALLEL" > +/* Windows XP values. And above? */ > +#define RASDT_PPPoE "PPPoE" > > #define RASBASE 600 > #define ERROR_BUFFER_TOO_SMALL (RASBASE+3) bye michael -- Michael Stefaniuc Tel.: +49-711-96437-199 Sr. Network Engineer Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

1 0

Re: advapi32: Fix prototypes for StartServiceCtrlDispatcher[AW]
by Francois Gouget Jan. 31, 2007

Jan. 31, 2007

On Wed, 31 Jan 2007, Bang Jun-Young wrote: > Please ignore this patch. There are subtle differences between GCC and MSC I didn't > notice at the moment of producing this patch. It would be better to keep it local > in my own repos. ;-) [...] > > -BOOL WINAPI StartServiceCtrlDispatcherA( LPSERVICE_TABLE_ENTRYA servent ) > > +BOOL WINAPI StartServiceCtrlDispatcherA(CONST LPSERVICE_TABLE_ENTRYA servent) Maybe your troubles come from the fact that this should be: BOOL WINAPI StartServiceCtrlDispatcherA(CONST SERVICE_TABLE_ENTRYA* servent) The former means that you are not allowed to modify the servent pointer, while the latter means you are not allowed to modify the structure pointed to by servent. -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ f u kn rd ts, ur wy 2 gky 4 ur wn gd.

1 0

Re: Patch for Bugzilla Bug 6323
by Dmitry Timoshkov Jan. 31, 2007

Jan. 31, 2007

"Dean Kusler" <deankus(a)gmail.com> wrote: > In dlls/winex11.drv/keyboard.c, XmbLookupString was being called with > KeyRelease events, which has undefined behavior (in this case, it fails to > return a valid keysym for numpad key releases). By instead calling > XLookupString in the case of a KeyRelease, we can obtain a valid keysym. While reviewing your patch in bugzilla I overlooked that you have added a check for (e.type == KeyPress) X11DRV_ToUnicodeEx as well. There is no need for that, we explicitly set e.type = KeyPress there. -- Dmitry.

2 1

Re: Test for LoadString
by Dmitry Timoshkov Jan. 31, 2007

Jan. 31, 2007

"Vitaly Lipatov" <lav(a)etersoft.ru> wrote: > Add tests for LoadString, completed on Windows. > > As I see, > 1. LoadStringA with buf = NULL segfaults in Windows, we have to produce ERR > message instead > 2. LoadStringA with buf = NULL, buflen = 0 returns -1 > 3. LoadStringW with some buf, buflen = 0 returns length of the resource string > and puts some strange chars (F%O f.i.) in the buffer. > 4. LoadStringW with buf = NULL, buflen!=0 returns 0 > 5. LoadStringA/W segfaults on negative buflen Unfortunately the tests don't show whether last error value should be set in the case of a failure or not, please add that as well. -- Dmitry.

1 0

Re: Do not use LoadStringW for get strlen of resource string
by James Hawkins Jan. 30, 2007

Jan. 30, 2007

On 1/30/07, Vitaly Lipatov <lav(a)etersoft.ru> wrote: > As LoadStringW(...NULL,0) returns length of resource string only in Wine, > rewrote this part in independent manner. > > Changelog: > - do not use LoadStringW for get strlen of resource string > This is wrong: > @@ -75,15 +75,16 @@ static LPWSTR HH_ANSIToUnicode(LPCSTR an > /* Loads a string from the resource file */ > static LPWSTR HH_LoadString(DWORD dwID) > { > - LPWSTR string = NULL; > + WCHAR buf[1024]; > + LPWSTR string; > int iSize; > > - iSize = LoadStringW(hhctrl_hinstance, dwID, NULL, 0); > + iSize = LoadStringW(hhctrl_hinstance, dwID, buf, sizeof(buf)/sizeof(buf[0])); > iSize += 2; /* some strings (tab text) needs double-null termination */ > > string = HeapAlloc(GetProcessHeap(), 0, iSize * sizeof(WCHAR)); > LoadStringW(hhctrl_hinstance, dwID, string, iSize); > - > + string[iSize] = 0; /* add second null termination */ > return string; > } Why are you adding string[iSize] = 0...? This is an internal wrapper around LoadString that makes no promises about double-null termination, etc. Don't make assumptions. Also, you need to keep the style of the original code when making changes. There was an empty line where you added the aforementioned pieced of code, and that empty line separates logically different pieces of the function. 1024 is a magic number and it needs to go. You're putting a limitation of 1024 length on HH_LoadString that didn't exist before. -- James Hawkins

1 0

Re: [PATCH 7/7] server/kernel32: Marshal security descriptor to server for a new process.
by Mirek Jan. 30, 2007

Jan. 30, 2007

Hi, i cant compile wine with this patch, do you know why? gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -DCOM_NO_WINDOWS_H -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -g -O2 -o regsvr.o regsvr.c make[2]: Leaving directory `/root/.WineCVS/sources/cvswine/wine/dlls/mmdevldr.vxd' gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_KERNEL32_ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -g -O2 -o profile.o profile.c process.c: In function ‘create_process’: process.c:1314: error: ‘struct new_process_request’ has no member named ‘sd_len’ process.c:1318: error: ‘struct new_process_request’ has no member named ‘sd_len’ process.c:1320: error: ‘struct new_process_request’ has no member named ‘sd_len’ process.c:1322: error: ‘struct new_process_request’ has no member named ‘sd_len’ process.c:1323: error: ‘struct new_process_request’ has no member named ‘sd_len’ process.c:1325: error: ‘struct new_process_request’ has no member named ‘sd_len’ process.c:1327: error: ‘struct new_process_request’ has no member named ‘sd_len’ make[2]: *** [process.o] Error 1 make[2]: *** Waiting for unfinished jobs.... make[2]: Entering directory `/root/.WineCVS/sources/cvswine/wine/dlls/monodebg.vxd' gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -g -O2 -o monodebg.o monodebg.c ../../tools/winegcc/winegcc -B../../tools/winebuild -shared ./monodebg.vxd.spec monodebg.o -o monodebg.vxd.so -lkernel32 ../../libs/port/libwine_port.a ../../tools/winegcc/winegcc -B../../tools/winebuild -shared ./mlang.spec mlang.o regsvr.o -o mlang.dll.so -loleaut32 -lole32 -luser32 -lgdi32 -ladvapi32 -lkernel32 -lntdll -Wb,-doleaut32 -luuid ../../libs/port/libwine_port.a make[2]: Leaving directory `/root/.WineCVS/sources/cvswine/wine/dlls/kernel32' make[1]: *** [kernel32] Error 2 make[1]: *** Waiting for unfinished jobs.... make[2]: Leaving directory `/root/.WineCVS/sources/cvswine/wine/dlls/mlang' make[2]: Leaving directory `/root/.WineCVS/sources/cvswine/wine/dlls/monodebg.vxd' make[1]: Leaving directory `/root/.WineCVS/sources/cvswine/wine/dlls' make: *** [dlls] Error 2 Mirek Vitaliy Margolen napsal(a): > We are limited to only 5 server data calls. Here it would have been 7. > And possibly 12 in the future. Hence decision to send self-relative > SECURITY_DESCRIPTOR. > --- > dlls/kernel32/process.c | 25 +++++++++++++++++++++++++ > server/process.c | 8 ++++++-- > server/protocol.def | 2 ++ > 3 files changed, 33 insertions(+), 2 deletions(-) > > > ------------------------------------------------------------------------ > > diff --git a/dlls/kernel32/process.c b/dlls/kernel32/process.c > index 8cdcd72..463071d 100644 > --- a/dlls/kernel32/process.c > +++ b/dlls/kernel32/process.c > @@ -1277,6 +1277,8 @@ static BOOL create_process( HANDLE hFile > > SERVER_START_REQ( new_process ) > { > + PSECURITY_DESCRIPTOR p_sd = NULL; > + > req->inherit_all = inherit; > req->create_flags = flags; > req->socket_fd = socketfd[1]; > @@ -1303,6 +1305,27 @@ static BOOL create_process( HANDLE hFile > if (is_console_handle(req->hstderr)) req->hstderr = console_handle_unmap(req->hstderr); > } > > + /* marshal security descriptor */ > + if (psa && psa->lpSecurityDescriptor) > + { > + SECURITY_DESCRIPTOR_CONTROL control; > + DWORD revision; > + > + req->sd_len = RtlLengthSecurityDescriptor( psa->lpSecurityDescriptor ); > + RtlGetControlSecurityDescriptor( psa->lpSecurityDescriptor, &control, &revision ); > + > + if (control & SE_SELF_RELATIVE) > + wine_server_add_data( req, psa->lpSecurityDescriptor, req->sd_len ); > + else > + if ((p_sd = HeapAlloc( GetProcessHeap(), 0, req->sd_len ))) > + { > + RtlMakeSelfRelativeSD( psa->lpSecurityDescriptor, p_sd, &req->sd_len ); > + wine_server_add_data( req, p_sd, req->sd_len ); > + } > + else req->sd_len = 0; > + } > + else req->sd_len = 0; > + > wine_server_add_data( req, params, params->Size ); > wine_server_add_data( req, params->Environment, (env_end-params->Environment)*sizeof(WCHAR) ); > if ((ret = !wine_server_call_err( req ))) > @@ -1313,6 +1336,8 @@ static BOOL create_process( HANDLE hFile > info->hThread = reply->thandle; > } > process_info = reply->info; > + > + HeapFree( GetProcessHeap(), 0, p_sd ); > } > SERVER_END_REQ; > > diff --git a/server/process.c b/server/process.c > index 1c53f49..21dd8cb 100644 > --- a/server/process.c > +++ b/server/process.c > @@ -820,6 +820,7 @@ DECL_HANDLER(new_process) > struct thread *thread; > struct process *process; > struct process *parent = current->process; > + const SECURITY_DESCRIPTOR *p_sd = get_req_data(); > int socket_fd = thread_get_inflight_fd( current, req->socket_fd ); > > if (socket_fd == -1) > @@ -841,14 +842,14 @@ DECL_HANDLER(new_process) > info->hstderr = req->hstderr; > info->exe_file = NULL; > info->process = NULL; > - info->data_size = get_req_data_size(); > + info->data_size = get_req_data_size() - req->sd_len; > info->data = NULL; > > if (req->exe_file && > !(info->exe_file = get_file_obj( current->process, req->exe_file, FILE_READ_DATA ))) > goto done; > > - if (!(info->data = memdup( get_req_data(), info->data_size ))) goto done; > + if (!(info->data = memdup( (char*)get_req_data() + req->sd_len, info->data_size ))) goto done; > > if (!(thread = create_process( socket_fd, current, req->inherit_all ))) goto done; > process = thread->process; > @@ -900,6 +901,9 @@ DECL_HANDLER(new_process) > reply->phandle = alloc_handle( parent, process, req->process_access, req->process_attr ); > reply->thandle = alloc_handle( parent, thread, req->thread_access, req->thread_attr ); > > + if (req->sd_len) > + set_object_sd( &process->obj, p_sd, OWNER_SECURITY_INFORMATION | GROUP_SECURITY_INFORMATION | > + SACL_SECURITY_INFORMATION | DACL_SECURITY_INFORMATION ); > done: > release_object( info ); > } > diff --git a/server/protocol.def b/server/protocol.def > index f49f331..9ebbcbc 100644 > --- a/server/protocol.def > +++ b/server/protocol.def > @@ -436,6 +436,8 @@ typedef union > unsigned int process_attr; /* attributes for process object */ > unsigned int thread_access; /* access rights for thread object */ > unsigned int thread_attr; /* attributes for thread object */ > + data_size_t sd_len; /* length of process' security descriptor */ > + VARARG(sd,bytes,sd_len); /* process' security descriptor to set */ > VARARG(info,startup_info); /* startup information */ > VARARG(env,unicode_str); /* environment for new process */ > @REPLY > > > > ------------------------------------------------------------------------ > >

2 1

Re: Test case for Bug 50 [Was: Bug 50]
by Pedro Araujo Chaves Jr. Jan. 30, 2007

Jan. 30, 2007

On 2007-01-29, Duane Clark wrote: > GetTextExtentPoint32 > > For some examples in Wine, look at almost any control in comctl32. I was afraid somebody would answer that... Thanks for the quick reply, but that isn't exactly what I need. Here's the picture: when an application calls TextOut() for printing text, the usual (at least in my case) call sequence in Wine is TextOut() TextOutA() ExtTextOutA() ExtTextOutW() (the one I patched) GetTextExtentPointW() GetTextExtentPoint32W() (the wide-char version of the one you mentioned) GetTextExtentExPointW() WineEngGetTextExtentExPoint() (the one that actually gets the individual character widths) That is, at some point, TextOut() indirectly uses GetTextExtentPoint32() to get the dimensions, okay. But what I need is to check the text width *after* it was output by TextOut() -- in other words, after the function has returned, to see if it output the text properly. In Wine, I tried the trick of making ExtTextOutW() return the said value, and the tests passed without a hitch, which means the text is being properly justified. The problem is that such is not an acceptable way of doing things, and, to use Dan Kegel's words, that is not going to fly on Windows. To be a bit clearer, in my tests I do call GetTextExtent32() in order to compute the remaining white space for the justification part, and what I want to check is whether TextOut() understood it right or not. - Pedro.

2 2

Re: [msvcrt] stat64 (1/3) add declarations for stat64, fstat64 and wstat64
by Francois Gouget Jan. 30, 2007

Jan. 30, 2007

On Tue, 30 Jan 2007, Damjan Jovanovic wrote: > Changelog: > * Added declarations for stat64, fstat64 and wstat64 --- a/include/msvcrt/sys/stat.h 2006-11-24 18:18:04.000000000 +0200 +++ b/include/msvcrt/sys/stat.h 2007-01-28 15:48:28.000000000 +0200 @@ -104,6 +104,20 @@ +struct __stat64 { + _dev_t st_dev; + _ino_t st_ino; + unsigned short st_mode; + short st_nlink; + short st_uid; + short st_gid; + _dev_t st_rdev; + __int64 st_size; + __time64_t st_atime; + __time64_t st_mtime; + __time64_t st_ctime; +}; This structure is called _stat64 in Visual Studio 2005. Has it changed in more recent versions? If not I would stick to it otherwise Windows code that uses 'struct _stat64' would fail to compile with Winelib. [...] +int _fstat64(const char*,struct __stat64*); +int _stat64(int,struct __stat64*); You have reversed the _fstat64() and _stat64() prototypes. --- a/include/msvcrt/sys/types.h 2006-11-24 18:18:04.000000000 +0200 +++ b/include/msvcrt/sys/types.h 2007-01-28 14:23:09.000000000 +0200 @@ -56,6 +56,11 @@ +#ifndef _TIME64_T_DEFINED +typedef __int64 __time64_t; +#define _TIME64_T_DEFINED +#endif I'd write it as below but that's purely an aesthetic thing (I like how the #ifndef and the #define line up): +#ifndef _TIME64_T_DEFINED +#define _TIME64_T_DEFINED +typedef __int64 __time64_t; +#endif -- Francois Gouget <fgouget(a)free.fr> http://fgouget.free.fr/ Any sufficiently advanced bug is indistinguishable from a feature. -- from some indian guy

1 0