wine-devel

wine-devel@winehq.org

10 participants
84459 discussions

Re: seg fault compiling wine
by Sebastian 'yath' Schmidt 31 Aug '02

31 Aug '02

On Tue, May 07, 2002 at 08:40:20PM -0500, Mason Kidd wrote: > Hi everyone, Hi, > I'm getting a segmentation fault compiling wine. This is the error > message: > [...] I got the same error. > wine-20020411 release of wine and got the same error. I am assuming > that > there is something wrong with my setup, because I compiled the CVS > source about 2 weeks ago without problems, which was after the > wine-20020411 release. Any ideas? It seems the configure-script is broken; it detects mmap64(), but there isn't mmap64(). So size_t gets 32 bits and off_t 64 bits. fstat() returns a structure with a member of type off_t, which is handed over to mmap(), which wants a size_t. mmap() gets 0 as size, returns a NULL-pointer, and in check_header(), where get_dword() the program receives a segmentation fault. Fix: change the "#define _FILE_OFFSET_BITS 64" in config.h to "#undef _FILE_OFFSET_BITS" and recompile. Sebastian -- pub 1024D/5A13B048 2001-08-28 Sebastian Schmidt (yath) <yathen(a)web.de> Key fingerprint = 8D25 C96B 3DE0 C7D0 AE01 6824 BC15 6273 5A13 B048 VI VI VI The editor of the beast.

1 0

Re: Wine Ma os X port
by Francois Gouget 30 Aug '02

30 Aug '02

On Wed, 28 Aug 2002, Lionel Ulmer wrote: [...] > Anyway, if you do that, you would need to simulate also a full Linux kernel > on this emulator (as otherwise, on what system would emulated Wine run). Not necessarily. What you propose to do for Wine can be done for the C and X11 libraries. Then you get an emulator that lets you run x86 Linux applications on a PPC machine... including Wine. It is similar, though more complex, to FreeBSD's Linux emulation mode. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ $live{free} || die "";

2 3

Re: Check accelerator descriptions in CreateAcceleratorTableA
by Vincent Béron 30 Aug '02

30 Aug '02

Le mar 13/08/2002 à 09:52, Steven K. a écrit : > Was looking for something to get me started with Wine, > and a message kept coming up that accelerator > descriptions should be checked in > CreateAcceleratorTableA, this is a patch to hopefully > do that. Like I say this is my first, so please be > gentle with me ;) > > Changelog: > Check accelerator descriptions are valid in > CreateAcceleratorTableA. > Please use the -u option for diff (normal diff or cvs diff). It's much easier to merge should somebody else had also changed the file, and it's the only format that Alexandre will accept anyway :) If you use cvs diff, you can add it to your .cvsrc as "diff -u". Vincent

2 1

trying to draw off-screen
by Bill Medland 30 Aug '02

30 Aug '02

Does anyone know who constrains a window to be on the screen? Our application, in order to minimise flicker, does the hard work with a container application deliberately positioned well off-screen (enormous negative coordinates I think). This works under Windows. However under WINE the initial window appears in the top right corner of my screen (I think I've seen it appear in other corners too on other computers). It then resizes , keeping the same top left corner (with parts of the window off-screen) before correctly repositioning itself into the middle of the screen. Does anyone know which code is doing the initial positioning in the top right corner? Is this deliberate? Bill

2 2

wine regression - win16 file read problem!?
by Rizsanyi Zsolt 30 Aug '02

30 Aug '02

Hi! I have recently upgraded wine cvs and done a recompile and install. But now one of the programs I'm using does not work. My last cvs update was about 2 weeks ago. Its an old dictionary program (win16). It starts up ok, but when it tries to open the dictionary data, it says, that it is not found, and I should specify a location. I have looked at the +file debug channel output, and it does not even contain the location I have specified. Does that mean, that it does not even tries to open the file? Does somebody has some ideas where the problem could come from? Or which debug channel should I turn on to get some info about the problem? I just would like to ask for ideas before I start more serious debugging... Thanks Zsolt

1 0

Re: Wine Status
by Andriy Palamarchuk 30 Aug '02

30 Aug '02

[skipped] > I am new to the Wine Project and I am in need of some > assistance to make > sure all changes are corrct and accurate. > Over the next week or so I plan to read over the change > log's for the > last year > so I will have a feel of the changes that have been > made. A couple of good sources of information about changes in Wine: 1) Wine Weekly News articles http://www.winehq.com 2) Notes in the release ANNOUNCE file http://cvs.winehq.com/cvsweb/wine/ANNOUNCE Good luck, Andriy Boston, MA, USA __________________________________________________ Do You Yahoo!? Yahoo! Finance - Get real-time stock quotes http://finance.yahoo.com

3 2

Re: DOSFS_FindUnixName and "unix" filesystem (was: Re: (HELP) ...)
by Duane Clark 30 Aug '02

30 Aug '02

Martin Wilck wrote: > > In any case this is relatively minor and we can live without. If we > don't patch, we need to be prepared that other people stumble into the > problem I had, though. I am still feeling dumb - my wine development was > practically stuck for 2 months because of that "wine" file. Since I also was stumbled for a long period on a similar problem, due to specifying a "unix" filesystem, perhaps it would be appropriate in the documentation to put some large warnings on that option.

3 3

RE: Added H_SRCS (used by msvcmaker)
by Patrik Stridvall 29 Aug '02

29 Aug '02

> Patrik Stridvall <ps(a)leissner.se> writes: > > > Perhaps files such as include/winuser.h should be included > > for USER32 for example? > > > > Anyway what do you think about adding H_SRCS to > > every Makefile.in file? > > I don't think we want that, especially if you want to add all relevant > includes it's going to be a nightmare to maintain. Yes, I'm a little worried about that myself, but then the C_SRCS doesn't change that often and the H_SRCS are likely to change MUCH less. Futhermore it doesn't really matter if it out out sync either. If somebody developing in MSVC misses a file he can add it. It not like Wine won't build correctly. > And make depend (or > some perl equivalent) can easily determine that information for you. Well, if you just want all .h files the DLL depends on MSVC already have that in a automatically generated "folder" called External dependencies. The H_SRCS is mostly for the .h files that you are likely to want to look at or modify while developing the DLL under MSVC. But it is not strictly nessary. It is more a convenience sort of thing. Another reason that I proposed it is that maybe H_SRCS could be used fo something else though I can't think of anything right now... But sure I can search for the .h files in the director{y,ies} of each DLL. However for a DLL like ntdll files like include/wine/exception.h is very much relevent and won't be included is such a case. Not that it really matters that much but still...

1 0

Re: Added H_SRCS (used by msvcmaker)
by Alexandre Julliard 29 Aug '02

29 Aug '02

Patrik Stridvall <ps(a)leissner.se> writes: > Perhaps files such as include/winuser.h should be included > for USER32 for example? > > Anyway what do you think about adding H_SRCS to > every Makefile.in file? I don't think we want that, especially if you want to add all relevant includes it's going to be a nightmare to maintain. And make depend (or some perl equivalent) can easily determine that information for you. -- Alexandre Julliard julliard(a)winehq.com

1 0

WineDbg and sources
by Fabian Cenedese 29 Aug '02

29 Aug '02

Hello If WineDbg stops it tries to show the actual source line. With my files it always says "Unable to open file X" Looking into debugger/source.c I found that it always bails out after stat (returns -1). This seems like it can't find the file. But if I use wine wcmd I can go there without a problem. My guess is that stat is a Unix tool and therefore case sensitive so this could arise a problem. But still after trying out different cases it could never find my source files. The code looks good as does the (windows-) path it is looking for the file. The only reason is the failing return value of stat. Is it important if the files are Dos/Unix style? (Kate says it's Unix). Does anybody have any ideas? Thanks Fabi

2 1

Wine Status
by tom 29 Aug '02

29 Aug '02

Hello , The Wine Status page located here : http://www.winehq.com/about/index.php?status Has gone for about one year now with out updates and I have volunteer'd to work on bringing this page up to date. I am new to the Wine Project and I am in need of some assistance to make sure all changes are corrct and accurate. Over the next week or so I plan to read over the change log's for the last year so I will have a feel of the changes that have been made. If current Users/Developers could send me changes that they are aware of I will start a log of changes against the current page. If anyone is willing to help me with this I would be most appreciative . Thomas Wickline

2 1

Menu patch breakage
by Rein Klazes 29 Aug '02

29 Aug '02

Hi, Yesterday's destroymenu patch broke a number of applications, among them Forte Agent. Because I don't quite understand the issues yet, I have uploaded a +relay,+menu log to www.xs4all.nl/~rklazes/temp/ag.log.bz2 if anyone wants to have a look. Thanks, Rein. -- Rein Klazes rklazes(a)xs4all.nl

2 1

GetObject with empty buffer
by Fabian Cenedese 29 Aug '02

29 Aug '02

Hello I think I found my (or better a :) problem with fonts. The function GetObject <MSDN> int GetObject( HGDIOBJ hgdiobj, // handle to graphics object int cbBuffer, // size of buffer for object information LPVOID lpvObject // buffer for object information ); </MSDN> should either return the info in the object buffer or, if this pointer is zero, just the size the required info would need. <MSDN> If the lpvObject parameter is NULL, the function return value is the number of bytes required to store the information it writes to the buffer for the specified graphics object. </MSDN> But I couldn't find this anywhere, not in the general function in gdiobj.c nor in the subtypes FONT_GetObject or BRUSH_GetObject (sure others neither). As my app uses this feature Wine tries to memcpy to a NULL pointer and jumps out of the window... literally :) bye Fabi

2 1

heise online: Tumultuous Response to Alleged Change in MP3 Licensing Conditions
by Thomas Rösch 29 Aug '02

29 Aug '02

>From a huge german computer magazin, you can found it under: http://www.heise.de/english/newsticker/data/jk-28.08.02-008/ -------------------------------------------------------------------- Tumultuous Response to Alleged Change in MP3 Licensing Conditions Ever since the early morning heise online has been receiving a swelling stream of disapproving comment on alleged changes to MP3 licenses: According to a posting at Slashdot[1] Thomson Multimedia, the exclusive licensor of MP3, is said to have erased a passage from its licensing conditions according to which no licensing fees were due for non-commercial free MP3 decoders. In doing so the company was said to be referring to the official table of fees[2], according to which a fee of 75 US cents per MP3 decoder or a one-off payment of 60,000 US dollars (for patent and software; 50,000 US dollars for the patent only) was due. As a matter of fact this rule has been in force for about eighteen months now[3]. At that time not only was the web design of MP3licensing.com modified, in the course of the creation of the then new MP3Pro the licensing conditions were also adjusted. Another decisive passage was also scrapped at that time: "No license fee is expected for desktop software mp3 decoders/players that are distributed free-of-charge via the Internet for personal use of end-users". By inquiring with the Fraunhofer Institute for Integrated Circuits (IIS[4]) and MP3Pro developer Coding Technologies[5] heise online was able to verify the existence of this link -- the tumult has hence been pretty late in coming. Given that Thomson Multimedia has since then not taken any legal steps against developers or distributors of non-commercial MP3 decoders, it does not appear that the future of free MP3 decoders is in jeopardy. As it is, for Thomson to take drastic legal measures in this matter would not make much sense: There is not much money to be had from freeware and open source developers who have created their own MP3 decoders. This is probably the reason why the licensor has refrained to date from taking the appropriate steps. The situation appears to be different with regard to encoders for the creation of MP3 files, however: As a rule in these cases the Fraunhofer Institute as well as Thomson insist that the licensing conditions be met; an open source packet called lame does, however, exist (whether, in the event, its self-referential Gödelian acronym reading LAME Ain't a Mp3 Encoder has enough protective charm is a moot point). It is also not to be feared that such popular players as Winamp or the Musicmatch Jukebox will in future be distributed free-of-charge only without an MP3 decoder: Nullsoft as well as Musicmatch are among the official licensees of MP3(Pro), in the case of Musicmatch this statement also applies to its integrated encoder. Whatever the merits, if any, of the changes in licensing conditions, Mr. Emmett Plant, CEO by profession of Xiph.org Foundation has expressed his considerable delight at the turn of events. In an open letter[6] he thanked Thomson Multimedia. "Thank you for the huge amount of free advertising to our benefit created by your announcement that licensing conditions had changed," Mr. Plant wrote. The letter closes with: "We support all actions on the part of Thomson that make it plain that MP3 costs money. Once again thank you and good luck." Unlike MP3, Ogg Vorbis, recently published in its version 1.0 (according to its developers' statements), is free of patent protection and subject to the GNU Public License; hence, even in future no license fees of any sort would be due for this compression process. It is not a good idea as yet to rely exclusively on Ogg Vorbis, however: Even if Ogg Vorbis manages to close the quality gap between it and MP3 or even manages to get ahead of the latter, it will still take some time before Ogg-capable portable players make their appearance as hardware. (Robert W. Smith) / (jk[7]/c't) URL of this article: http://www.heise.de/english/newsticker/data/jk-28.08.02-008/ Links in this article: [1] http://www.slashdot.org [2] http://www.mp3licensing.com/royalty/software.html [3] http://web.archive.org/web/20010331223305/www.mp3licensing.com/royalty/swde… [4] http://www.iis.fhg.de/ [5] http://www.codingtechnologies.com/ [6] http://www.xiph.org/ogg/vorbis/openletter.html [7] mailto:jk@ct.heise.de -------------------------------------------------------------------- Copyright 2002 by Verlag Heinz Heise

1 0

Re: Return value GetStockObject
by Fabian Cenedese 29 Aug '02

29 Aug '02

> > In my app I try to get a handle to a system font with following call: > > HGDIOBJ hobj=GetStockObject(ANSI_FIXED_FONT); > > If the call succeeds it should return a handle to the requested object, > > otherwise zero. In Windows I get something like 0x018A000E (looks ok), > > but in Wine I get 0x0000009E. Even not zero I can't imagine that this is > > a valid handle (address). ANSI_FIXED_FONT is never really used in Wine, > > only SYSTEM_FONT. > > Is this an error or am I barking up the wrong tree? > >In Wine, handles are not (yet) all void * (see bug #90). Even then, it >doesn't mean a handle is a valid heap address; I know there are a couple >places in Wine where they are used as an index in an array locating all >objects of a kind. It doesn't exactly follow the Windows convention, but >I think handles are supposed to be passed back to APIs, not handled >(dereferenced) directly by apps. > >So 0x0000009E doesn't strike me as bad. If you use it in calls to font >APIs, does it work correctly? With this returned handle I try to fill a structure with GetObject: HGDIOBJ hobj=GetStockObject(ANSI_FIXED_FONT); LOGFONT lfSys; int ret=GetObject(hobj, sizeof(lfSys), &lfSys); (Windows returns 36) After that lfSys has all the info about this font. In Windows the members are filled nicely, lfSys.lfFaceName is "Courier". In Wine GetObject returns 60 (for whatever reason), and lfSys.lfFaceName is empty. Now this could mean that the handles are invalid or that there is something wrong with my fonts. Thanks Fabi

1 0

RE: removing mp3 code
by Patrik Stridvall 29 Aug '02

29 Aug '02

> Apparently distributing even mp3 decoders is not royaltee > free anymore, > according to the slashdot thread and the Thomson MultiMedia pages. > > So we probably should remove the msacm mp3 decoder we include. :( At the very least we should make it compile option that is by default disabled. I don't think we need to go that far as to remove it. IIRC LAME an mp3 ENCODER (that was non royalty free even before) got around it by only distributing source code and so can we. BTW: Why do we include a mp3 decoder in the Wine tree? Why not just link to an external library? I can't see maintaining a mp3 decoder being in the best intrest of Wine anyway patents or not...

1 0

(HELP) cannot run tests anymore
by Martin Wilck 29 Aug '02

29 Aug '02

$ make test /home/martin/Software/Wine/TMP/wine/miscemu/wine: cannot find 'tests/kernel32_test.exe.so' make: *** [tests/alloc.ok] Fehler 1 What am I doing wrong? I have tried this and that, but I don't seem to be able to run the tests. This happens for any tests I try. It seems that wine isn't looking for "tests/kernel32_test.exe.so" below the current directory. Martin -- Martin Wilck Phone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1 mailto:Martin.Wilck@Fujitsu-Siemens.com D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

5 7

Re: Need to know some macro values
by Andriy Palamarchuk 29 Aug '02

29 Aug '02

Dmitry, one of the ERROR_ constant values you provided to me looks suspicious: ERROR_AUDITING_DISABLED c0090001 All other error codes have much lesser values (the biggest is 14011 - 0x36bb). The value for this error code reminds me values for STATUS_ constants. Could you check if this is correct value? Is it definend in header file with other ERROR_ constants or with STATUS_ constants? Thank you for help, Andriy __________________________________________________ Do You Yahoo!? Yahoo! Finance - Get real-time stock quotes http://finance.yahoo.com

2 1

Keyboard Switching
by Supphachoke Suntiwichaya 29 Aug '02

29 Aug '02

Hi I made Thai keyboard layout and compiled but I can't switch to thai char.. I use th in X but it not support X thai key input.. Help me.. Serious..! MrChoke -- ========================================== Supphachoke Suntiwichaya WWW:http://jedi.links.nectec.or.th/~mrchoke UIN:10509387 TEL:+66-1-5408959 Love Me Love Linux.... ===========================================

1 0

Press: A couple articles about Wine products
by Francois Gouget 29 Aug '02

29 Aug '02

I have added a couple entries to WineHQ's press references: http://www.winehq.com/about/index.php?press Let me know if you know of other Wine-related articles or announcements that you think would be worth mentioning there. * August 19, 2002 - TransGaming TransGaming and TimeGate Partner to Port KOHAN http://www.transgaming.com/news.php?newsid=43 * August 14, 2002 - CodeWeavers CodeWeavers CrossOver Office Wins 'Best Desktop Office Solution' At LinuxWorld 2002 http://www.codeweavers.com/about/press_releases/?id=20020814 * August 13, 2002 - CodeWeavers CodeWeavers Unveils CrossOver Office Server Edition for Solaris and Linux thin clients http://www.codeweavers.com/about/press_releases/?id=20020813 * August 6, 2002 - DesktopLinux CrossOver Office 1.2 review: Quicken and QuickBooks and Visio, oh my! (on Linux, that is) http://www.desktoplinux.com/articles/AT2282537026.html -- 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: CVS wine/ dlls/gdi/win16drv/font.c dlls/gdi/win16d ...
by Duane Clark 29 Aug '02

29 Aug '02

Xilinx again:-) This patch http://cvs.winehq.com/patch.py?id=1030574123182059719300927 causes a bunch of error messages when scrolling the main window in fpga_editor. The scrolling however works fine. This is repeated for every "sliver" (or whatever that is called) as the window is scrolled. trace:nonclient:WIN_UpdateNCRgn hwnd 2005a [1e12] hrgn 0000, unc 0005, ncf 0 err:region:CombineRgn Invalid rgn=0000

1 0

WIN_Handle{16,32} questions
by Michael Stefaniuc 29 Aug '02

29 Aug '02

Hello, while converting HWND to a void* i've seen that the WIN_Handle{16,32} functions were used (but not everywhere) to do the conversion HWND16 <--> HWND. WIN_Handle16 is declared and implemented in include/win.h and WIN_Handle32 is also declared in include/win.h but implemented in windows/win.c . I have used both functions with success in dlls/user/, windows/, controls/ but i would have to link to windows/win.c to make that work for other dlls too. Assuming that WIN_Handle{16,32} are not windows funtions (a search on google has given only links to wine pages) i would do following: - rename WIN_Handle{16,32} to HWND_{16,32} to make the naming consistent to the othe handle conversions - maybe remove the declaration of the two functions from include/win.h (or at least don't include win.h where it isn't yet used) - define HWND_16 as macro like the other HANDLE_16 macros and put it directly in the files where it's needed - HWND_32 has to do a little bit more work then the other HANDLE_32 macros and i would keep it as function. This means it has to be duplicated in every dll that needs it and one of the *16.c files in the dll directory would be the place to put it in. Comments? bye michael -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

2 1

Re: Patch to restore iconified window
by Alexandre Julliard 28 Aug '02

28 Aug '02

Duane Clark <dclark(a)akamail.com> writes: > Unlike most other apps, when iconified fpga_editor triggers > X11DRV_ShowWindow() with a cmd==SW_HIDE, to hide the window. When > X11DRV_MapNotify() was subsequently called, it did nothing because > WS_VISIBLE was not set. This patch fixes that. > > I've been using this patch with everything I run for about 5 months now. > > Log message: > Fix restoring of windows that were iconified with SW_HIDE. Well, SW_HIDE is supposed to hide the window, not iconify it, so we are not supposed to get a MapNotify at this point. What is probably missing is proper handling for hiding an iconified window. -- Alexandre Julliard julliard(a)winehq.com

2 1

BreakOnDllLoad crashes Wine
by Fabian Cenedese 28 Aug '02

28 Aug '02

Hi I set the registry setting BreakOnDllLoad to 1 to find a problem in the DllMain function of my dll. Like that WineDbg stops first while loading NTDll.dll. After continuing with c it stops again at Kernel32.dll. If I try now to continue with c I get an "illegal instruction in 32-bit code" and I can't continue. Without the registry setting it starts up without a problem. Has anyone else had this problem? (WinNT4, Wine-20020804, all dlls builtin) WineDbg starting on pid 81433c8 Loaded debug information from ELF 'wine' (0x00000000) Breakpoint 2 at 0x4000c714 (_end+0x37fbefec) Loaded debug information from ELF '/usr/local/lib/libntdll.dll.so' (0x4002b000) Loaded debug information from ELF '/usr/local/lib/libwine.so' (0x40125000) Loaded debug information from ELF '/usr/local/lib/libwine_unicode.so' (0x4013d000) No debug information in ELF '/lib/libm.so.6' (0x40207000) No debug information in ELF '/lib/libc.so.6' (0x4022b000) No debug information in ELF '/lib/libdl.so.2' (0x40353000) No debug information in ELF '/lib/ld-linux.so.2' (0x40000000) Loaded debug information from 32bit DLL 'C:\imd\Bin\ImdD.exe' (0x18000000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\NTDLL.DLL' (0x40063000) Stopping on DLL C:\WINDOWS\SYSTEM\NTDLL.DLL loading at 40063000 Wine-dbg>c No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\KERNEL32.DLL' (0x4084b000) Stopping on DLL C:\WINDOWS\SYSTEM\KERNEL32.DLL loading at 4084b000 Wine-dbg>c First chance exception: illegal instruction in 32-bit code (0xbffff3d6). In 32-bit mode. Register dump: CS:0023 SS:002b DS:002b ES:002b FS:008f GS:0000 EIP:bffff3d6 ESP:405c65d0 EBP:bffff3c4 EFLAGS:00010243( R- 00 I Z- - 1C) EAX:4001600c EBX:40015a60 ECX:bffff3c4 EDX:4001600c ESI:40016004 EDI:4001600c Stack dump: 0x405c65d0 (NTDLL.DLL.sscanf+0x33dd10): 4034db98 00000008 080501b8 40000660 0x405c65e0 (NTDLL.DLL.sscanf+0x33dd20): 405c6668 4000bcd0 00000003 bffff3c4 0x405c65f0 (NTDLL.DLL.sscanf+0x33dd30): 00000003 080501b8 405c6668 4032b6b1 0x405c6600 (NTDLL.DLL.sscanf+0x33dd40): bffff3d4 08050354 00000000 00000000 0x405c6610 (NTDLL.DLL.sscanf+0x33dd50): 40015a60 00000000 08050108 00009052 0x405c6620 (NTDLL.DLL.sscanf+0x33dd60): 4022a000 00000000 00000000 00000000 0x405c6630 (NTDLL.DLL.sscanf+0x33dd70): 0011: sel=008f base=401225c0 limit=00000fff 32-bit rw- Backtrace: =>0 0xbffff3d6 (KERNEL32.DLL.TryEnterCriticalSection+0x7f77005a) (ebp=bffff3c4) 1 0xbffff58f (KERNEL32.DLL.TryEnterCriticalSection+0x7f770213) (ebp=bffff57b) 2 0x636f6c2f (KERNEL32.DLL.TryEnterCriticalSection+0x22e678b3) (ebp=7273752f) 0xbffff3d6 (KERNEL32.DLL.TryEnterCriticalSection+0x7f77005a): Wine-dbg>c Unhandled exception: illegal instruction in 32-bit code (0xbffff3d6). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:008f GS:0000 EIP:bffff3d6 ESP:405c65d0 EBP:bffff3c4 EFLAGS:00010243( R- 00 I Z- - 1C) EAX:4001600c EBX:40015a60 ECX:bffff3c4 EDX:4001600c ESI:40016004 EDI:4001600c Stack dump: 0x405c65d0 (NTDLL.DLL.sscanf+0x33dd10): 4034db98 00000008 080501b8 40000660 0x405c65e0 (NTDLL.DLL.sscanf+0x33dd20): 405c6668 4000bcd0 00000003 bffff3c4 0x405c65f0 (NTDLL.DLL.sscanf+0x33dd30): 00000003 080501b8 405c6668 4032b6b1 0x405c6600 (NTDLL.DLL.sscanf+0x33dd40): bffff3d4 08050354 00000000 00000000 0x405c6610 (NTDLL.DLL.sscanf+0x33dd50): 40015a60 00000000 08050108 00009052 0x405c6620 (NTDLL.DLL.sscanf+0x33dd60): 4022a000 00000000 00000000 00000000 0x405c6630 (NTDLL.DLL.sscanf+0x33dd70): 0011: sel=008f base=401225c0 limit=00000fff 32-bit rw- Backtrace: =>0 0xbffff3d6 (KERNEL32.DLL.TryEnterCriticalSection+0x7f77005a) (ebp=bffff3c4) 1 0xbffff58f (KERNEL32.DLL.TryEnterCriticalSection+0x7f770213) (ebp=bffff57b) 2 0x636f6c2f (KERNEL32.DLL.TryEnterCriticalSection+0x22e678b3) (ebp=7273752f) 0xbffff3d6 (KERNEL32.DLL.TryEnterCriticalSection+0x7f77005a): Wine-dbg>c Invalid address for breakpoint 1, disabling it Invalid address for breakpoint 2, disabling it Process of pid=081433c8 has terminated Thanks Fabi

2 1

"conformance" tests succeeding in TODO block ...
by Paul Millar 28 Aug '02

28 Aug '02

Hi, The test in dlls/kernel/tests/path.c:360 succeeds despite being marked "todo". path.c:360: Test succeeded inside todo block: GetTempPathA should not have modified the buffer Trivial diff not included :) Cheers, Paul. ---- Paul Millar

1 0

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