wine-devel

wine-devel@winehq.org

2 participants
84469 discussions

Re: msvcrt spec changes
by Dmitry Timoshkov 19 Sep '05

19 Sep '05

Vijay Kiran Kamuju <infyquest(a)gmail.com> wrote: > added reference to kernel32.GetLocalTime to _getsystime stub function > (support.microsoft.com/default.aspx?scid=kb;en-us;99456) > -@ stub _getsystime #(ptr) > +@ cdecl _getsystime(ptr) kernel32.GetLocalTime You can't just forward _getsystime to GetLocalTime, they accept different arguments: struct tm * vs. SYSTEMTIME *. Have a look at your MSVC docs. -- Dmitry.

2 2

Re: Fwd: amblksize definition
by Saulius Krasuckas 19 Sep '05

19 Sep '05

* On Mon, 19 Sep 2005, Vijay Kiran Kamuju wrote: > > amblksize definition in msvcrt. Wouldn't it be nice to establish a real variable somewhere in the msvcrt code?

2 2

Re: hhctrl: Correctly draw the navigation pane
by Robert Shearman 19 Sep '05

19 Sep '05

James Hawkins wrote: >Hi, > >Changelog >* Correctly draw the navigation pane. > > > Hi James, I'm impressed with the work that has been done to get hhctrl this complete. But... >@@ -149,7 +144,7 @@ static void HH_RegisterChildWndClass(HHI > wcex.hInstance = pHHInfo->hInstance; > wcex.hIcon = LoadIconW(NULL, (LPCWSTR)IDI_APPLICATION); > wcex.hCursor = LoadCursorW(NULL, (LPCWSTR)IDC_ARROW); >- wcex.hbrBackground = (HBRUSH)(COLOR_3DFACE); >+ wcex.hbrBackground = (HBRUSH)(COLOR_MENU); > > This doesn't seem right. You're not registering a menu-like class. > wcex.lpszMenuName = NULL; > wcex.lpszClassName = szChildClass; > wcex.hIconSm = LoadIconW(NULL, (LPCWSTR)IDI_APPLICATION); > > -- Rob Shearman

2 1

Picasa working pretty well...
by Dan Kegel 18 Sep '05

18 Sep '05

I had a free couple of hours this morning, so I amused myself by trying out Picasa on the most recent snapshot of wine on my el-cheapo x86_64 Compaq laptop running 32 bit FC3. I was really impressed with how well things worked in general - much of the interface worked very smoothly. Hats off to the Wine developers! Still, there were some real glitches, so I filed six bug reports. You can see them in the AppDB at http://appdb.winehq.org/appview.php?versionId=2786 I'll post individual messages about a couple of them. - Dan -- Trying to get a job as a c++ developer? See http://kegel.com/academy/getting-hired.html

1 0

server: reimplement namespace as a directory object.
by Vitaliy Margolen 18 Sep '05

18 Sep '05

This a first look at implementing name space inside wineserver as a directory object. Some things are scatchy, like dealing with dices that should have files inside them - ex: named pipes. You could look at how I done this with winstation. Is this is a correct approach to this? Or should I do something else? I also added few extra flags to objects, that will have to be used where appropriate. Also added object type filed to ops. There are few places that needs this especially directory query function, that has to return type name. As always, all suggestions comments are appreciated. Vitaliy Margolen

1 0

freedce-win32 - winsock joy
by Luke Kenneth Casson Leighton 18 Sep '05

18 Sep '05

progress being made. am about 10-15% the way through a compile, having previously got dcethreads to use pthread-win32 by judicious ripping out of large amounts of code. fortunately, elrond has already win32'd tng, so there is stacks of code in tng's lib/util_sock.c to rip off :) -- -- <a href="http://lkcl.net">http://lkcl.net</a> --

1 0

Compile failure on Solaris
by wine＠henkis.net 18 Sep '05

18 Sep '05

I get the following error when i try to compile Win on my Solaris x86 machine: gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -DBINDIR="\"/usr/local/bin\"" -DDLLDIR="\"/usr/local/lib/wine\"" -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wdeclaration-after-statement -Wpointer-arith -g -O2 -o debug.o debug.c gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -DBINDIR="\"/usr/local/bin\"" -DDLLDIR="\"/usr/local/lib/wine\"" -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wdeclaration-after-statement -Wpointer-arith -g -O2 -o ldt.o ldt.c ldt.c:107: error: conflicting types for 'sysi86' /usr/include/sys/sysi86.h:248: error: previous declaration of 'sysi86' was here ldt.c:107: error: conflicting types for 'sysi86' /usr/include/sys/sysi86.h:248: error: previous declaration of 'sysi86' was here gmake[2]: *** [ldt.o] Error 1 gmake[2]: Leaving directory `/home/henrikj/wine/wine/libs/wine' gmake[1]: *** [wine] Error 2 gmake[1]: Leaving directory `/home/henrikj/wine/wine/libs' gmake: *** [libs] Error 2 Thankful for any assistance... Regards Henrik

1 0

comctl32.dll: Running siap and modules under wine, first steps
by Maximiliano Curia 18 Sep '05

18 Sep '05

Hi, I'm trying to use a program called "siap"[1] under wine. It's the required program to pay taxes that the Argentinian government uses. So, it's quite important for the free software community in Argentina to be able to use it in a free software environment. However, I haven't heard of any real success on it, so far. I've been trying to make it run using winetools[2], and differents versions of wine. The furthest I've gone, has been with version 20050310 and all the "plugins" that winetools provides, installed. Only then, could I install the application, run it, switch between the different modules (although it worked only sometimes), but I can't really use it. There are a couple of important widgets that seem to be incompatible with wine. But as I'm not an expert neither in Windows nor in wine, the one I could really track down is a TreeView widget (from comctl32.dll) (from the main window of the program), that is not fully implemented in wine, and by using a native comctl32.dll (I tried using the win98, winme, win2k libraries) the widget would work but some of the other stuff, like switching to one of the modules wouldn't. I made a screenshot to make this clearer, the wine version[3] and the w2k version[4]. So, what should I do next? Is there some documentation of how to implement a certain Windows widget in wine? Is anybody working in this dll, or has worked on this widget? I'd appreciate any comments. Thanks, [1] http://www.afip.gov.ar/programas/siap_main.asp (spanish only) [2] http://www.von-thadden.de/Joachim/WineTools/ [3] http://gnuservers.com.ar/~maxy/wine/siap-wine.png [4] http://gnuservers.com.ar/~maxy/wine/siap-w2k.png -- Saludos, /\/\ /\ >< `/ -- Saludos, /\/\ /\ >< `/

2 1

HKCU\Software created as volatile?
by Kimmo Myllyvirta 18 Sep '05

18 Sep '05

I've met this kind of errors so many times with fresh installs that I finally took a look at what was going on; err:winecfg:set_config_key Unable to set configuration key Audio in section Drivers, res=1021 This error occurs because HKCU\Software is created with REG_OPTION_VOLATILE, thus making it impossible to create non-volatile keys under HKCU\Software. This breaks about every app that's trying to create keys under "Software" - like winecfg. This is because SystemParametersInfoW in dlls/user/sysparams.c creates the "HKCU\Software\Wine\Temporary System Parameters" key with REG_OPTION_VOLATILE - and if you do not have HKCU\Software\Wine already available, they are crated as volatile also. ( see get_volatile_regkey() ) You can test this simply by (if you have a fresh install, you can go directly to 4.); 1. Opening regedit 2. Delete HKCU\Software (or HKCU\Software\Wine only) 3. Close regedit 4. Open regedit 5. Try to create a new key under HKCU\Software (or HKCU\Software\Wine, if you removed only that) 6. You'll get error message "Subkey must be volatile" Any comments? ( This could be fixed in sysparams.c - already got a patch ready for it, but probably it's better to ensure in wineserver that the Software\Wine exists or something, so that this bug does not pop up again later? )

2 1

found it! the "dce porting" header file
by Luke Kenneth Casson Leighton 17 Sep '05

17 Sep '05

http://examples.oreilly.de/english_examples/dce/dce_nt/dceport.h.aug95 o joy o joy. also, i found _this_!!! http://sourceware.org/pthreads-win32/ which is an implementation of pthreads on win32. _also_ i found - was reminded - by judicious searching on google, that of course entegrity.com have "PC-DCE" which is of course a _commercial_ product that has done exactly the work required: making dce (1.1? 1.2.2?) compile on Win32. including exceptions, dealing with mapping the names, blah blahhh. now. anyone got any brainy ideas on how to reverse dceport.h - in particular the thingy. wotsit. TRY/FINALLY/CATCH stuff? what i'm going to try to do is take a shot at simply compiling dcethreads - on win32. if that _works_ (the tests pass) it'll be great - it will prove two things: 1) that pthreads-win32 works 2) that the dce exception handling will fly, on win32, and _that_ means pretty much zero (urk! let's hope!) work. for now. my main goal: "GetItWorking(tm)". i couldn't care less about binary compatibility for now: i want "services" - i want srvsvcd, i want winregd, i want lsarpcd, i want samrd - all compiled, all working, using TCP/IP. i can then work on rewriting freedce's ntlmsspauth.so to be a DLL (starting off as my favourite - a stub with username and password of "test"). i can then work on writing an "ncalrpc" plugin transport (which is very straightforward: a matter of filling in about 25 functions in a vector table). and also on a ncacn_np plugin transport. "working" means that other people will then be able to focus on issues like binary compatibility. guys (wine team) i have to say this. you were utterly insane to not use freedce as your starting point - and i am still bewildered by you not even looking at its source code (which is topologically identical in almost all areas, to what you've created) or the opengroup's documentation. i say that with the greatest of respect for what you've achieved without freedce. l. -- -- <a href="http://lkcl.net">http://lkcl.net</a> --

2 1

Re: XEmbed Systray Support
by Rob Shearman 17 Sep '05

17 Sep '05

Robert Shearman wrote: > Hi, > > This patch allows new non-KDE systems to display notification area > icons for Win32 apps in the window manager's system tray, instead of > in a 16x16 top-level window. > > Changelog: > Support XEmbed protocol for system tray windows. Sorry, I forgot to credit Mike Hearn in the changelog. It should be as follows: Robert Shearman <rob(a)codeweavers.com> Mike Hearn <mh(a)codeweavers.com> Support XEmbed protocol for system tray windows. Thanks, Rob

1 0

OleFont: Fix IDispatch Implementation (was Re: olefont: GetIDsOfNames)
by Robert Shearman 16 Sep '05

16 Sep '05

Walt Ogburn wrote: >Changelog: > Implement IFontDisp::GetIDsOfNames > > > You're not being lazy enough. All of this stuff can be easily implemented in one go using CreateStdDispatch, as long as you know how to use it. Try the attached patch. Changelog: Return the standard font IDispatch interface created using CreateStdDispatch on top of a typelib instead of manually implementing the necessary methods. -- Rob Shearman

2 4

Re: [RESEND] Fwd: wineprefix create theming directories
by Alexandre Julliard 16 Sep '05

16 Sep '05

Vijay Kiran Kamuju <infyquest(a)gmail.com> writes: > Is there any thing wrong with this patch.? That should probably be done in the shell32 registration or somewhere similar, so that we don't have to hardcode the names. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: Copy the generated fonts to windows/fonts
by Alexandre Julliard 16 Sep '05

16 Sep '05

Dmitry Timoshkov <dmitry(a)baikal.ru> writes: > Dmitry Timoshkov <dmitry(a)codeweavers.com> > Copy the generated fonts to windows/fonts. We really shouldn't need to do that, the fonts should be loaded from the standard install dir. If that doesn't work for some reason it needs to be fixed. -- Alexandre Julliard julliard(a)winehq.org

2 2

Re: Copy the generated fonts to windows/fonts
by Vitaly Lipatov 16 Sep '05

16 Sep '05

В сообщении от 16 Сентябрь 2005 16:11 Dmitry Timoshkov написал(a): > Hello, > > Changelog: > Dmitry Timoshkov <dmitry(a)codeweavers.com> > Copy the generated fonts to windows/fonts. Dmitry, why we need to copy these fonts? Can we use symlinks for it? -- Vitaly Lipatov, ALT Linux Team Russia, Saint-Petersburg, www.etersoft.ru

2 1

Re: Copy the generated fonts to windows/fonts
by Andreas Mohr 16 Sep '05

16 Sep '05

Hi, On Fri, Sep 16, 2005 at 09:11:04PM +0900, Dmitry Timoshkov wrote: > Hello, > > Changelog: > Dmitry Timoshkov <dmitry(a)codeweavers.com> > Copy the generated fonts to windows/fonts. > + rm -f "$CROOT/windows/fonts/$i" && cp "$fontsdir/$i" "$CROOT/windows/fonts/$i" || echo "Warning: failed to copy $i" Is it really a good idea to force-remove old fonts? What if a misconfiguration means that someone is using his Windows partition at that place? Maybe do mv "$CROOT/windows/fonts/$i" "$CROOT/windows/fonts/$i.old" instead? That would preserve the old version, yet due to static suffix would not create another new copy each time someone runs that script (ok, it would overwrite the original windows font at the second script run, but then I'd consider it the user's own fault for not detecting it earlier and also placing a Windows partition there). Andreas Mohr

1 0

Re: [AppDB] new server supports GD2
by Jonathan Ernst 16 Sep '05

16 Sep '05

Hi Chris, Something wrong with this one ? Le mercredi 31 août 2005 à 15:16 +0200, Jonathan Ernst a écrit : > To be applied after Jeremy confirms that GD2 is installed. > To test: go to the admin and regenerate all pictures > > Changelog: > - use GD2 php functions to get nicer screenshots > > > > > -- Jonathan Ernst <Jonathan(a)ErnstFamily.ch>

3 2

Re: winspool/tests: New Testsuite
by Detlef Riekenberg 15 Sep '05

15 Sep '05

Am Montag, den 29.08.2005, 00:53 +0200 schrieb Detlef Riekenberg: This Patch in not in the CVS yet. http://www.winehq.org/pipermail/wine-patches/2005-August/020289.html > Changelog: > > - New Testsuite for winspool.drv: > GetDefaultPrinterA/W and > GetPrinterDriverDirectoryA/W > - Verbose Output with "WINETEST_DEBUG" > 1 > Any suggestions / comments on this work ? -- By By ... ... Detlef

2 2

Is Wine SMP-safe yet?
by Dan Kegel 15 Sep '05

15 Sep '05

I've seen conflicting reports about whether Wine is safe to run on SMP systems. Have the issues described in http://www.winehq.org/hypermail/wine-devel/2005/01/0060.html been taken care of? I just pinged the reporter of the only bug with SMP in the summary, http://bugs.winehq.org/show_bug.cgi?id=2708 to see if he can still reproduce it. - Dan -- Trying to get a job as a c++ developer? See http://kegel.com/academy/getting-hired.html

2 1

wineconsole and solaris
by Robert Lunnon 15 Sep '05

15 Sep '05

I have managed to sort out a solution to the curses problem with wineconsole, but I noticed that -backend=user doesn't work properly either. I get a window with alternating stripes of black and the root window image and text output doesn't emerge (perhaps a font problem ?). I uploaded an image of the problem to: http://members.optusnet.com.au/bobl/wineconsole.png Guesses anyone ? I set +wineconsole and got trace:wineconsole:WINECON_RegLoad loading L"wcmd" registry settings. trace:wineconsole:WINECON_DumpConfig load cell=(16,28) cursor=(25,1) attr=0f font=L"Wine Courier"/0 hist=50/2 flags=qX msk=00000000 sb=(80,25) win=(0,0)x(80,25) edit=0 registry=L"wcmd" trace:wineconsole:WINECON_Init using hConIn 28, hSynchro event 2c trace:wineconsole:WINECON_Init using hConOut 30 warn:wineconsole:WCUSER_SetFontPmt Couldn't match the font from registry... trying to find one trace:wineconsole:WINECON_RegLoad loading default registry settings. trace:wineconsole:WINECON_DumpConfig load cell=(16,28) cursor=(25,1) attr=0f font=L"Wine Courier"/0 hist=50/2 flags=qX msk=00000000 sb=(80,25) win=(0,0)x(80,25) edit=0 registry=(null) trace:wineconsole:WINECON_RegSave saving registry settings. trace:wineconsole:WINECON_DumpConfig save cell=(16,28) cursor=(25,1) attr=0f font=L"Wine Courier"/0 hist=50/2 flags=qX msk=00000000 sb=(80,25) win=(0,0)x(80,25) edit=0 registry=(null) trace:wineconsole:WINECON_GrabChanges Events: title() active(68) resize(80,150) win-size(80,25)crsr cell=(16,28) cursor=(0,0) attr=0f font=L"Wine Courier"/400 hist=50/2 flags=qX msk=00000000 sb=(80,150) win=(0,0)x(80,25) edit=0 registry=(null) trace:wineconsole:WINECON_GrabChanges update(0,149) curs-geom(100,1)crsr cell=(16,28) cursor=(100,1) attr=0f font=L"Wine Courier"/400 hist=50/2 flags=qX msk=00000000 sb=(80,150) win=(0,0)x(80,25) edit=0 registry=(null) trace:wineconsole:WINECON_GrabChanges curs-geom(25,0)crsr cell=(16,28) cursor=(25,0) attr=0f font=L"Wine Courier"/400 hist=50/2 flags=qX msk=00000000 sb=(80,150) win=(0,0)x(80,25) edit=0 registry=(null) trace:wineconsole:WINECON_GrabChanges curs-geom(25,1)crsr cell=(16,28) cursor=(25,1) attr=0f font=L"Wine Courier"/400 hist=50/2 flags=qX msk=00000000 sb=(80,150) win=(0,0)x(80,25) edit=0 registry=(null) trace:wineconsole:WINECON_GrabChanges resize(80,25)crsr cell=(16,28) cursor=(25,1) attr=0f font=L"Wine Courier"/400 hist=50/2 flags=qX msk=00000000 sb=(80,25) win=(0,0)x(80,25) edit=0 registry=(null) trace:wineconsole:WINECON_GrabChanges update(0,24). trace:wineconsole:WINECON_DumpConfig fint cell=(16,28) cursor=(25,1) attr=0f font=L"Wine Courier"/400 hist=50/2 flags=qX msk=00000000 sb=(80,25) win=(0,0)x(80,25) edit=0 registry=L"wcmd" trace:wineconsole:WinMain calling MainLoop. trace:wineconsole:WCUSER_MainLoop dispatching msg 000f trace:wineconsole:WCUSER_MainLoop dispatching msg 0118 trace:wineconsole:WCUSER_MainLoop dispatching msg 0118 trace:wineconsole:WINECON_GrabChanges Events: title(). trace:wineconsole:WINECON_GrabChanges Events: update(0,0). trace:wineconsole:WINECON_GrabChanges Events: curs-pos(0,2). trace:wineconsole:WINECON_GrabChanges Events: update(2,2). trace:wineconsole:WINECON_GrabChanges Events: curs-pos(4,2). trace:wineconsole:WCUSER_MainLoop dispatching msg 0118

2 2

Internet Explorer Registry entries
by Stefan Dösinger 15 Sep '05

15 Sep '05

Hello, I just tried to install Palm Desktop on a clean Wine installation to test the msi file on Wine's MSI implementation. Well, it cancelled the installation because it needs MSIE 4.0 or higher. My suggestion is to include the most important Internet Explorer identification registry entries in the default wine registry to make apps like this install without the hassle of installing Internet explorer. If the version is set to 4.0, 5.0 or 5.5 IE6.0 SP1 should still install without problems. To my knowledge most apps check for the existance of MSIE to be sure some DLLs are available on Win95 systems, which wine brings in builtin versions. All apps(except of Steam) that I've seen and require MSIE work fine with Wines shdocvw, mshtml and friends. What do you think about this? Stefan

2 1

HTML Help is functional
by James Hawkins 14 Sep '05

14 Sep '05

Hey, As soon as the last hhctrl patch is committed (embedding in the correct window), HTML Help will be functional. That means that you can open up a chm help file with wine's help viewer, hh. It requires IE6 to be installed for the time being, until our shdocvw and mshtml are up to par. You'll also need a copy of native itss.dll (it has to be registered with wine): $ regsvr32 itss.dll $ WINEDLLOVERRIDES=shdocvw,mshtml,urlmon,shlwapi,itss=n wine hh helpfile.chm A few things need to be completed, but not much. Most noticeably the toolbar buttons need to be drawn and submitted to wine-patches. If you would like to help in that area, send me an email and I'll let you know how it needs to be done. The tabs are blank and need filling in. Attached is a screenshot of hh in action. If anyone has any comments or suggestions, let me know and I'll address those. Thanks, James Hawkins

1 0

Re: Problem detecting libxslt
by Alexandre Julliard 14 Sep '05

14 Sep '05

Vincent Béron <vberon(a)mecano.gme.usherb.ca> writes: > Is this acceptable? > > libxslt/xslt.h was never included, so I got rid of it. > > The variable declarations weren't protected with the HAVE_LIBXSLT_*_H > macros, so I simplified the test and removed the macros. I think keeping the standard header check is better. What didn't work with your previous solution? -- Alexandre Julliard julliard(a)winehq.org

2 1

Re: olefont: GetIDsOfNames
by Alexandre Julliard 14 Sep '05

14 Sep '05

Walt Ogburn <reuben(a)ugcs.caltech.edu> writes: > OLEFontImpl *this = impl_from_IDispatch(iface); > - FIXME("(%p,%s,%p,%d,%04x,%p), stub!\n", this, debugstr_guid(riid), rgszNames, > - cNames, (int)lcid, rgDispId > - ); > - return E_NOTIMPL; > + TRACE("(%p,%s,%p,%d,%04x,%p)\n", this, debugstr_guid(riid), rgszNames, > + cNames, (int)lcid, rgDispId); > + if (S_OK != OLEFontImpl_GetTypeInfo (iface, 0, lcid, &pTInfo)) > + ERR("GetTypeInfo failed.\n"); You need to handle the failure properly, instead of just displaying an ERR and then going on with a bad pointer. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: wineserver: fix a gcc 4.0 warning
by Marcus Meissner 14 Sep '05

14 Sep '05

On Wed, Sep 14, 2005 at 01:47:00PM +0900, Mike McCormack wrote: > ChangeLog: > fix a gcc 4.0 warning > Index: server/mailslot.c > =================================================================== > RCS file: /home/mike/src/wine-cvs/wine/server/mailslot.c,v > retrieving revision 1.9 > diff -u -p -r1.9 mailslot.c > --- server/mailslot.c 14 Jul 2005 12:18:05 -0000 1.9 > +++ server/mailslot.c 14 Sep 2005 00:18:08 -0000 > @@ -207,7 +207,7 @@ static void mailslot_queue_async( struct > } > > if (mailslot->read_timeout != MAILSLOT_WAIT_FOREVER) > - timeout = &mailslot->read_timeout; > + timeout = (int*) &mailslot->read_timeout; It would be better to change read_timeout to "int" instead I guess. Ciao, Marcus

2 1

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