wine-devel

wine-devel@winehq.org

10 participants
84460 discussions

Delorme Street Atlas 2004 - Sooo Close...
by Michael H. Warfield 16 Aug '04

16 Aug '04

Hey all, So this is my first post to the list in several years... I've tried several version so Delorme's Street Atlas under many many versions of Wine over the years. Most of the time, I haven't even been able to get it to install. One version, in the way WAY distant past, did install and I had problems with the serial port and port naming conventions that, IIRC, resulted in some patches to Wine. But all recent versions have been major headaches. I recently tried the 20040716 version of Wine and, just now, the 20040713 version. I was able to install Street Atlas 2004 under that previous version! Yeah! Some problems with things like checkboxes in install shield not being visible (but could be checked if you guessed right where the check box was under the image that was obscuring it) but it did install. Running it becomes another matter. If the data CD is in the CD-Rom drive, I get the modal welcome splash window up but then I get the following errors: [mhw@canyon mhw]$ wine .wine/drive_c/Program\ Files/Street\ Atlas\ USA\ 2004/SA2004.exe fixme:ole:CoCreateInstance no classfactory created for CLSID {ebbd44c6-6b55-4aa8-8a22-ceac2ede660f}, hres is 0x80040154 Fatal Error at file , line 0, char 0 Message: err:seh:setup_exception stack overflow 236 bytes in thread 0009 eip 3545a7ab esp 17840f14 stack 0x17840000-0x17940000 Now, the first one doesn't seem to be "fatal". If I don't have the CD in the CD-Rom drive, I still get that error but it come to a dialog box asking if I want to run without the databases or if I want to browse for them. If I then insert the CD and hit browse and browse over to the CD-Rom, it then hits the fatal error as before. The second error seems to be really bad juju. The splash screen just stays on top of everthing else and the whole thing seems hung. I can (and have to) Cntrl-C the application in the terminal window and then the splash screen goes away as the app terminates. This is one Fedora Core 2 with 2.6.7 kernel. Any thoughts or suggestions? Since it's a "stack overflow" (which tend to be pretty damn serious) I figured I would raise this issue on the developers list, rather than the users list. Oh... I also used the winetools package to install things like fonts and MS-installer and VBS runtimes, if that makes a difference. I was unable to install the VC++ runtime, though (didn't try that on 0813 version though). Any recommendations on debugging it further? Regards Mike -- Michael H. Warfield | (770) 985-6132 | mhw(a)WittsEnd.com /\/\|=mhw=|\/\/ | (678) 463-0932 | http://www.wittsend.com/mhw/ NIC whois: MHW9 | An optimist believes we live in the best of all PGP Key: 0xDF1DD471 | possible worlds. A pessimist is sure of it!

1 1

Re: [lostwages] Add WBL 3.0 (RHEL 3.0 compatible) to the list of RH distros
by Andreas Mohr 16 Aug '04

16 Aug '04

Hi, On Sat, Aug 14, 2004 at 09:14:58PM -0400, Vincent Béron wrote: > Since I finally had the time to install it, lets provide Wine binaries > for it (it's been asked in the past). > > Changelog: > Add WBL 3.0 (RHEL 3.0 compatible) to the list of RH distros. This is not really correct. Google "RHEL WBEL" vs. "RHEL WBL" shows an overwhelmingly clear result, and whiteboxlinux.org also refers to itself as White Box Enterprise Linux in the page title (plus it mentions WBEL on the home page!). It does list White Box Linux, however (although, as mentioned before, this is much less common). Andreas Mohr

2 1

Re: update the faq take 2 : faq-2.diff
by Andreas Mohr 16 Aug '04

16 Aug '04

Hi, On Sun, Aug 15, 2004 at 06:23:05AM -0400, Tom wrote: > > Hello, > > change dll's back to dlls > > Tom > > Changelog: > remove rewind section due to lack of updates Hmm... Rewind is an important part for companies who choose to not publish all of their source under the (L)GPL (but hopefully do publish smaller utilities not essential to their core business :-). As such it might be useful to keep the reference. (to such companies at least ;-) Are there any "GPL-unencumbered" (ugh, gotta hate that word ;) alternatives? I don't know of any, so... Greetings, Andreas Mohr (who certainly would not be too unaffected by the non-availability of a rewind tree ;-)

2 1

WWN 235
by Tom 16 Aug '04

16 Aug '04

Sorry my bad :) as it is now correct Tom

1 0

WWN 235 went from bad to worse!
by Tom 16 Aug '04

16 Aug '04

Hello, In reference to Winehq frontpage error..... Now it looks like : c:\\windows is not accessible Error (con't) Tom

1 0

Re: wine/dlls/commdlg fontdlg.c
by Vincent Béron 16 Aug '04

16 Aug '04

Le ven 13/08/2004 à 20:42, Alexandre Julliard a écrit : > ChangeSet ID: 13294 > CVSROOT: /opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 2004/08/13 19:42:35 > > Modified files: > dlls/commdlg : fontdlg.c > > Log message: > Jacek Caban <jack(a)itma.pwr.wroc.pl> > Fix a bug in passing parameters to CFn_WMInitDialog and CFn_WMCommand > in FormatCharDlgProcW. > > Patch: http://cvs.winehq.org/patch.py?id=13294 > > Old revision New revision Changes Path > 1.69 1.70 +2 -5 wine/dlls/commdlg/fontdlg.c At least the last part of this patch looks wrong. - return CFn_WMCommand(hDlg, wParam, lParam, lpcf32a); + return CFn_WMCommand(hDlg, wParam, lParam, (LPCHOOSEFONTW)lpcf32w); This cast is absolutely non-sense, as lpcf32w is already a LPCHOOSEFONTW. Aslo, CFn_WMCommand expects a LPCHOOSEFONTA as its fourth parameter, not a LPCHOOSEFONTW. Maybe just changing the cast to LPCHOOSEFONTA would work, but a quick glance in CFn_WMCommand told me it uses some A fields of that structure, so maybe it's not enough and we'll need to actually do a conversion (or transform CFn_WMCommand to expect a LPCHOOSEFONTW). Vincent

3 2

provider type of Microsoft Base Cryptographic Provider v1.0
by James Hawkins 15 Aug '04

15 Aug '04

Hi, If you run regedit in wine and view the following key: HKEY_LOCAL_MACHINE\Software\Microsoft\Cryptography\Defaults\Provider Types\Type 001 Type 001 does not have a "TypeName" value. Should Type 001 have a "TypeName" value? CryptEnumProviderTypes calls RegQueryValueEx on this value to see what the provider type is, but fails (but not in an obvious way). Should RegQueryValueEx return an error code describing that there is no such value? If so, what is the error code/name? -- James Hawkins

1 0

config converting problem
by Henning Gerhardt 15 Aug '04

15 Aug '04

Hi all, a friend of me would update the wine package (20030813) from his SuSE 9.0 system to the latest availabe package for this system (20040716). After the update following error message appears on each start of wine: .... Warning: the specified Windows directory L"C:\\Windows" is not accessible. Warning: the specified System directory L"C:\\Windows\\System" is not accessible. He get me also an output of the first wine start: Created symlink /home/julian/.wine/dosdevices/c: -> ../${HOME}/.wine/fake_windows .... Created symlink /home/julian/.wine/dosdevices/y: -> ../${HOME} .... Warning: the specified Windows directory L"C:\\Windows" is not accessible. Warning: the specified System directory L"C:\\Windows\\System" is not accessible. After my advise to get me the content of his "~/.wine/dosdevices", he send me the following output: .... lrwxrwxrwx 1 julian users 28 10. Aug 18:50 c: -> ../%HOME%/.wine/fake_windows .... lrwxrwxrwx 1 julian users 9 10. Aug 18:50 y: -> ../%HOME% .... and he send me also his config file (snipped content): [Drive C] "Path" = "${HOME}/.wine/fake_windows" "Type" = "hd" "Label" = "fake_windows" "Filesystem" = "win95" ... [Drive Y] "Type" = "network" "Path" = "${HOME}" "Label" = "Home" "FS" = "win95" .... (I translated the german dialog with him to english) I think the problem is the ${HOME} variable which is not parsed / correct replaced during the convert process. Have anyone an idea to solve this problem ? Or is it only a problem of the SuSE distribution ? Regards, Henning

7 16

Windows Default Button Observations
by Zach Gorman 15 Aug '04

15 Aug '04

While fixing some compatibility problems in Wine relating to my app, I had the opportunity to compare how Wine handles default buttons to how Windows handles them. [Definition: Default buttons have the BS_DEFPUSHBUTTON style, are drawn with an extra-thick border, and are the buttons chosen when the user types Enter.] I fixed a couple problems today, but there are more issues left: ------- (1) Windows: When a dialog is deactivated in Windows, all buttons are made non-default. When it is activated again, Windows remembers which button was last the default button and makes it default again. It does all this by means of BM_SETSTATE messages. Wine: Default buttons are unaffected by activation/de-activation of their parent dialogs. (2) Windows: When the user clicks and holds on a button, then moves the mouse off that button before releasing it, the button is made default and receives the focus. The existing default button is made non-default. Wine: The button receives the focus but is not made default. -------- My impression is that (1) could be handled by remembering the default button (which, as Krishna Murthy has shown, is not the same as the default button id) in the DIALOGINFO structure. Number (2), however, is more difficult. When a button receives the capture, it can send a BM_SETSTATE to itself easily enough to make itself a DEFPUSHBUTTON, but how does it determine which other buttons to query and make non-default as necessary? It could simply query all its sibling controls, but this wouldn't work if it was contained within a sub-window in the dialog box. How can it determine how far up the hierarchy it needs to go? Any comments would be welcomed. Thanks, Zach

3 4

Large memory reporting
by Ivan Leo Puoti 15 Aug '04

15 Aug '04

> /* work around for broken photoshop 4 installer */ You may have to consider handling this like Microsoft does. If you read trough m$ blogs, you'll find that what microsoft usually does is have all sort of workarounds for broken apps, without them lots of stuff would not run on window xp. To work like windows, wine will have to do the same. For example, at some point m$ found that a game called "The sims" didn't work on recent versions of windows, because it freed some heap memory, and then immediately tried to access it. The M$ guys had to reverse engineering the game to find this out, and then introduced a hack that would make windows compensate for the apps bug. The game did work on previous versions of windows. M$ has it's code full of this stuff, they give priority to m$ apps, followed by stuff from big vendors like IBM, adobe, macomedia and so on. Wine will have to unfortunately do the same to achieve 100% compatibility for all the apps that work on windows only thanks to specific hacks. I'm not saying that it's a good solution in this case, but at some point this sort of stuff will have to be done. Ivan.

2 1

Large memory reporting
by Shachar Shemesh 15 Aug '04

15 Aug '04

Hi list, I have a Windows program that tries to find out how much memory it has at its disposal using "GlobalMemoryStatus". The machine has 4GB of physical memory and about 100MB of swap. GlobalMemoryStatus returns 2GB of physical memory and 0 available swap. It seems the problem is at dlls/kernel/heap.c, around lines 1150. First we make sure we never report more than 2GB of total or available memory, and then we make sure that we never report more than 2GB combined available physical+swap memory (which effectively zeros the available swap if there is more than 2GB of available memory). The comment next to this is: /* work around for broken photoshop 4 installer */ While I understand the need for the workaround, this significantly reduces the usefulness of the whole function. My question: Can we make these two rounding conditional on the application not wishing to work with more than 2GB? I.e. - can we let applications that were linked with LARGEADDRESSAWARE see the true state of the machine? If so, is there a way for me, when at the heap.c code, to know whether that flag was set on loading the current process? Shachar -- Shachar Shemesh Lingnu Open Source Consulting ltd. http://www.lingnu.com/

2 1

console message encoding
by Vitaly Lipatov 15 Aug '04

15 Aug '04

Is it known that console message printed to output in wine internal encoding (OEM?), not in locale encoding. Is it bug or just needed coding right behavior? For example, I have koi8-r as locale encoding, cp866 as OEM CP and cp1251 as ANSI CP. -- Lav Vitaly Lipatov Saint-Petersburg GNU! ALT Linux Team! LaTeX! LyX!

2 1

Debugger crash
by Mike Hearn 15 Aug '04

15 Aug '04

Hi, If I start a simple OLE hello world app (shouldn't really matter what app it is though) and run "b CoRegisterClassObject" winedbg crashes: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1075380896 (LWP 4932)] 0x408a2562 in symt_find_nearest (module=0x403e4248, addr=1081494000) at symbol.c:623 623 symt_get_info(&module->addr_sorttab[0]->symt, TI_GET_ADDRESS, &ref_addr); (gdb) bt #0 0x408a2562 in symt_find_nearest (module=0x403e4248, addr=1081494000) at symbol.c:623 #1 0x4089693b in elf_new_wine_thunks (module=0x403e4248, ht_symtab=0x4087dc70, num_areas=8, thunks=0x4087dc80) at elf_module.c:368 #2 0x40897071 in elf_load_debug_info (module=0x403e4248) at elf_module.c:598 #3 0x4089894d in module_get_debug (pcs=0x40330d80, module=0x403f44d0) at module.c:215 #4 0x408a2b3d in SymEnumSymbols (hProcess=0x30, BaseOfDll=0, Mask=0x4087de24 "*!CoRegisterClassObject", EnumSymbolsCallback=0x4076585c <sgv_cb>, UserContext=0x4087e164) at symbol.c:807 #5 0x40765cfc in symbol_get_lvalue (name=0x415b0038 "CoRegisterClassObject", lineno=-1, rtn=0x4087eb4c, bp_disp=1) at symbol.c:231 #6 0x4075a58a in break_add_break_from_id (name=0x415b0038 "CoRegisterClassObject", lineno=-1) at break.c:244 #7 0x4076b25f in yyparse () at ./dbg.y:216 #8 0x4076c98b in parser (filename=0x0) at ./dbg.y:562 #9 0x40769f73 in dbg_main_loop () at winedbg.c:991 #10 0x4076a2c1 in main (argc=2, argv=0xbffff608) at winedbg.c:1229 #11 0x407592f1 in __wine_exe_main () from /opt/wine/lib/wine/winedbg.exe.so #12 0x4049f953 in start_process (arg=0x0) at process.c:995 #13 0x400307a9 in wine_switch_to_stack () from /opt/wine/lib/libwine.so.1 (gdb) print module $1 = (struct module *) 0x403e4248 (gdb) print module->addr_sorttab[0] $2 = (struct symt_ht *) 0x0 Eric, any ideas? I don't understand what this code is doing. thanks -mike

2 1

Re: Fixed some ref handling
by Jacek Caban 14 Aug '04

14 Aug '04

I've sent today patch called "Fixed some ref handling". It should be called "Added polish translation to notepad". Sory for that. Jacek

1 0

Re: [QUARTZ] Some pins bug fixes
by Robert Shearman 14 Aug '04

14 Aug '04

Christian Costa wrote: > Hi, > > Changelog: > Don't fail a connection because an input pin does not expose the > IMemInputPin interface (pull pins typically). This seems wrong. The FileAsyncReaderPin (and any other output pin that connects to a pull pin) should override the pConnectSpecific function so that it doesn't query for IMemInputPin. I can't explain why this isn't currently done. > Fixed a bug that made the connection possible whereas no suitable > media type has be found during the negociation. Good catch. > Fixed the release of the media sample in PullPin_Thread_Process. Again, good catch. I see now that without this fix we would have leaked ref counts on the IMediaSample object. > Added and fixed a lot of traces. I don't really like the (%p/%p)->... notation, but if it helps you in debugging then it's fine. Rob

3 2

Re: [QUARTZ] Some bug fixes
by Robert Shearman 14 Aug '04

14 Aug '04

Christian Costa wrote: > Hi, > > This is the first of a serie of patches that implement an audio > (dsound) & video (ddraw) renderers, a decoder (a VFW wrapper filter) > and the IGraphBuilder interface. Cool. I wish I had more time to work on this area. > Actually I can do a playback of a MSVC/CRAM avi file with a winetest > app but the code is very ugly (especially the IGraphBuilder interface > which is somewhat harcoded) and I need to clean it a bit. Looking forward to the patches :) > Changelog: > Added missing initialization of the filesource output pin critical > section. Good catch. > Avoid indefinite wait when calling GetOverlappedResult. This shouldn't happen. GetOverlappedResult should do a wait on the event object, just like the wait above that succeeds (and GetOverlappedResult is called) or times out (and GetOverlappedResult is not called). I suspect that the bug is elsewhere, perhaps an event should be created for each request and then WaitForMultipleObjects used. > Fixed initial refcount of the IMemAllocator object. Good catch again. This was originally correct, but I believe I changed the class factory to avoid this silly convention. Rob

2 2

WWN 235
by Tom 14 Aug '04

14 Aug '04

Hello, <li><a href="?issue=235#" class="small"></a></li> Needs to be removed from the side bar. Tom

1 0

Re: NTDLL: Fix signed/unsigned comparison warnings
by Dimitrie O. Paun 14 Aug '04

14 Aug '04

On Fri, Aug 13, 2004 at 03:14:21PM +0200, Hans Leidekker wrote: > > This time I have tried to be more careful, by not watching a > football match at the same time for example ;) And with this > patch all tests still succeed, although they would not detect > every signedness change of course. Any gadge on if/when will be able to turn this warning on by default? How many warnings are currently left? -- Dimi.

2 1

Acknowledgment page
by Tom 14 Aug '04

14 Aug '04

Hello everyone, A couple months back I voulenteered to do a Acknowledgment page and to say the least i'm a bit stuck. I have a first draft/alpha that i'm going to attach here. I would like to know if there is anyone who would like join me in doing this page? Or if anyone here has some ideas on how to improve, complete this page? I would like to see a discussion on setting a criteria for this page. As this will be a very important page on the winehq site. So any and all feedback is most welcome. Tom business that donated significant code to Wine http://www.codeweavers.com/site/services/accomplishments 1. Made Wine work with Microsoft Office, Adobe Photoshop, Lotus Notes and Quicken 2. Made Wine work with QuickTime, Windows Media Player and Shockwave 3. The Wine 1.0 Initiative 4. Wine Bugs Database 5. Wine Application Database 6. WineHQ Redesign 7. Wine Documentation 8. Winemaker, or making Winelib actually useful 9. Easy to use Configuration 10. Address Space Separation 11. Unicode/code pages support 12. Dramatic window management revision 13. Shared Window handles 14. Most of the DLL separation work 15. Debugging API 16. Lots of work on the common controls 17. About a gazillion bug fixes 18. Making many more installers work http://www.corel.com/ Corel dedicated a team of paid engineers to the Wine project in January 1999. This team focused on adding functionality to Wine that let Corel applications, such as WordPerfect, CorelDRAW, and Quattro Pro run on Linux and be ported to native Linux applications. In the past, Corel relied on conventional porting techniques to move some of its applications (Corel WordPerfect 8) to Linux. This provided a fast way to get these applications to Linux, but meant that porting had to be repeated with each new version. Otherwise, development had to be maintained on two separate code bases, which required considerably greater resources. Although there is an up-front investment in time and energy required to make Wine viable, once it reaches a high enough level, the facilities it provides can be used repeatedly to port many applications with minimal engineering effort. http://www.macadamian.com/column/wine101.html macadamian got involved with the Wine project through partnership with Corel Corporation. http://www.transgaming.com/ 1. 2D DirectDraw 2. DirectSound 3. DirectInput 4. DCOM, RPC 5. WIDL IDL compiler 6. Wininet code, including SSL support. http://www.deneba.com worked on winelib extensively in order to make Canvas work. http://www.fujitsu-siemens.com/index.html Implementation of Windows-style asynchronous I/O over sockets in Wine. As well as small contributions to advapi32 and netapi32. http://www.reactos.com/ 1.Wine Registry Editor (regedit) contributions. 2.Shell32.dll code contributions 3.Am I missing anything ?????????????? People that donated money Lindows.com helped to put on the first Wine developer's conference in 2002, by both hosting it and paying travel expenses for many major Wine developers. Codeweavers.com helped to put on the second Wine developer's conference in 2004, by both hosting it and paying some expenses for major Wine developers. Below is a short list of people who have given money to the wpf. If you have given money to this fund and would like to be included on this page just send a e-mail to wine-devel and ask for inclusion. * Dimitrie O. Paun * Michael Stefaniuc * Nick Capik * Tom Wickline * Gregory M. Turner * Sylvain Petreolle * Dan Kegel * John Alvord * Kirk Ruff * David L. Harper * Bob Hepple * Mark A. Horton * Kevin P. Lawton * The Syntropy Institute * James Woulfe * VMWare Inc. Major code contributors Okay this is where I'm really stuck... First off I was not here the first eight years of this project so I have no idea of who was the guru of the day. Also some may say if you list one person you should list everyone. But that is the job of the Authors page. So should I just say here is the full list of people who have given there time and work and link to the Authors page ?

6 8

Re: Fix compilation of the wininet generated tests
by Hans Leidekker 14 Aug '04

14 Aug '04

On Friday 13 August 2004 13:55, Francois Gouget wrote: > * compiling the test with the Windows headers may result in different > sizes/alignments if the Wine headers got the packign wrong. If that's > the case, the compiler will put in different values for sizeof(struct X) > which will result in something like ok(4==8,"..."); Changing the compiler but keeping the same set of headers may also result in different sizes/alignments. This was the case some time ago when MinGW appeared to align structures containing a double to 8 bytes whereas gcc would align those to 4 bytes. -Hans

2 1

Re: wineoss mmap fail error message
by Alexandre Julliard 13 Aug '04

13 Aug '04

Robert Reif <reif(a)earthlink.net> writes: > This patch doesn't fix the problem but gives a possible solution. > > If/when the config file goes away, where will we be able to > set [dsound] parameters? It will be in the registry under HKLM\Software\Wine\dsound or something like that; but clearly we need to find a better way to deal with that than printing a message on the console telling people to change their config. -- Alexandre Julliard julliard(a)winehq.org

1 0

comctl ipaddress enable not working
by Robert Reif 13 Aug '04

13 Aug '04

I have a program which will not gray out an IP address control when it is not enabled.

2 1

usb support in ROS
by Tom 13 Aug '04

13 Aug '04

Steven is USB by chance working in ROS? http://cvs.reactos.com/cgi-bin/cvsweb.cgi/reactos/w32api/include/ddk/ Tom

3 2

Re: [GDI] - More Leaks
by Dmitry Timoshkov 13 Aug '04

13 Aug '04

"Jon Griffiths" <jon_p_griffiths(a)yahoo.com> wrote: > Changelog: > +controls/button.c controls/combo.c controls/desktop.c > controls/edit.c controls/icontitle.c controls/listbox.c > controls/menu.c controls/scroll.c controls/static.c > dlls/gdi/gdi_main.c dlls/gdi/gdiobj.c dlls/gdi/gdi_private.h > dlls/user/cache.c dlls/user/controls.h dlls/user/user_main.c > dlls/user/winproc.h include/user.h windows/class.c > windows/cursoricon.c windows/dce.c windows/dialog.c > windows/mdi.c windows/syscolor.c windows/sysmetrics.c > Don't leak GDI objects on exit. Of course the patch is correct, but shouldn't that be a job for gdi32 on DLL_PROCESS_DETACH or even DLL_THREAD_DETACH? -- Dmitry.

1 0

dlls/kernel/heap.c breakage
by Gerald Pfeifer 13 Aug '04

13 Aug '04

Robert, the following change to dlls/kernel/heap.c broke FreeBSD, both 4.10 and 5.2: revision 1.10 date: 2004/08/13 00:41:34; author: julliard; state: Exp; lines: +115 -88 Robert Reif <reif(a)earthlink.net> Use GlobalMemoryStatusEx in GlobalMemoryStatus rather than the other way around. The failure mode is the following: /sw/gcc-3.3.2/bin/gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_KERNEL32_ -DETCDIR="\"/tmp/WINE/etc\"" -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o heap.o heap.c heap.c: In function `GlobalMemoryStatusEx': heap.c:1127: error: structure has no member named `ullMemoryLoad' heap.c:1133: error: structure has no member named `ullMemoryLoad' gmake: *** [heap.o] Error 1 Would you mind fixing this? Gerald

2 2

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