November 2002 - Wine-devel - list.winehq.org

[bug 718] Executing dos DPMI programs
by Sylvain Petreolle 23 Nov '02

23 Nov '02

Does someone has success when executing DPMI programs ? Every program I try to execute at this time fails, going to the debugger, saying : Unhandled exception: privileged instruction in 32-bit code (0x00000000). In 32-bit mode. 0x00000000: int $0x31 ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Re: [wine-users] Can't get Unreal to work in opengl mode
by Sylvain Petreolle 23 Nov '02

23 Nov '02

Have exactly the same error when trying to run Max Pane. Tried with --debygmsg +seh, but didn't give any clue. Perhaps weshould file a bugreport on bugs.winehq.com or try wine-devel. Anyone who knows about seh at wine-devel, could you say what makes this happen ? > err:seh:EXC_DefaultHandling Exception frame is not in stack limits => > unable > to dispatch exception. > -------------------------------------------------------------------------- > > Here is how I got it: > > I started Wine from the command line; the resolution changed from > 1024x768 > to 64x480; then I got the Unreal menu; I then selected 'options' and > then > 'advanced options'; Unreal popped-up a window where I chose 'drivers' > then > 'opengl support'; after that I got back to the desktop ('err:seh...' > line). > > Hope it helps. > > N.B. I checked my config.log again; ./tools/wineinstall did > > $ ./configure -C --enable-opengl > > All the opengl items got a 'yes' answer, except this one: > > -------------------------------------------------------------------------- > configure:6918: checking for thread-safe OpenGL version > configure:6938: gcc -o conftest -g -O2 -I/usr/X11R6/include > conftest.c > -L/usr/X11R6/lib -lGL >&5 > /tmp/ccc9a5Qz.o: In function main': > /home/fab/test/wine/configure:6930: undefined reference to > pthread_getspecific' > collect2: ld returned 1 exit status > configure:6941: $? = 1 > configure: failed program was: > #line 6925 "configure" > #include "confdefs.h" > > int > main () > { > pthread_getspecific(); > ; > return 0; > } > configure:6959: result: no > -------------------------------------------------------------------------- > > See you. > > -- > Fabrice DELENTE > E-mail : fabrice.delente(a)free.fr > _______________________________________________ > wine-users mailing list > wine-users(a)winehq.com > http://www.winehq.com/mailman/listinfo/wine-users ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Re: Menu selection algorithm
by Jeff Smith 23 Nov '02

23 Nov '02

Dmitry, I still have win95-osr2 loaded on a machine. Let me know what I need to run the test on that box and I would glad to do so if this would help out. -- Jeff S >From: "Dmitry Timoshkov" <dmitry(a)baikal.ru> >"Shachar Shemesh" <wine-devel(a)sun.consumer.org.il> wrote: > > > So, what's the problem - you ask? While my view of what should happen is > > obviously consistant with that of Wine's - i.e. - the locale should > > select which menu to use, Windows displays the English locale ONLY. The > > only way I could make it display the Hebrew one was by changing the > > language on the English one to something else (French). > >I revived my old test for FindResource and now I see what are you talking >about. >LoadStringA/W and FindResourceA/W under Win2000 do search for language >resource >in the following order: >1. Neutral language with neutral sublanguage >2. LANG_ENGLISH, SUBLANG_DEFAULT >3. LANG_ENGLISH, SUBLANG_NEUTRAL >4. Current locale lang id >5. Current locale lang id with neutral sublanguage >6. Return first in the list > >But that means that the whole our internationalization will not work, if >we will go that way. But the question I have is: had I made an error when >I did the test under Win95OSR2 or MS has changed algorithm since then? > >-- >Dmitry. _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus

1 0

Menu selection algorithm
by Shachar Shemesh 23 Nov '02

23 Nov '02

Hi list, Sorry if this is slightly off topic. I am having some trouble with a sample program I keep changing to death. This program is written in VC on Windows 2000, and being run on Wine as well. I added a Hebrew menu over an already existing English(US) one. My regional settings say that my global settings are Hebrew, as are my local settings. The two menus both have the same ID, and only the language is different between them. When VC's resource editor displays the menus, it displays one with (English U.S) appended, and the Hebrew one without any extension (implying it thinks this is the default one). So, what's the problem - you ask? While my view of what should happen is obviously consistant with that of Wine's - i.e. - the locale should select which menu to use, Windows displays the English locale ONLY. The only way I could make it display the Hebrew one was by changing the language on the English one to something else (French). Wine behaves as expected. running: wine TestApp Yields an english menu, while LANG=he_IL wine TestApp yields a Hebrew one. I wouldn't worry so much, except that since we define a bug in Wine as any inconsistancy with Windows, this is a bug. I'm mostly trying to understand why Windows won't do what it's supposed to do, however. I'm using "RegisterClass" to register a class with the menu identifier passed using "MAKEINTRESOURCE", and then just calling "CreateWindow" to create the window. Anyone has any ideas or suggestions, or just an opinion whether that should worry us at all? Shachar

2 2

Re: [Bug 688] - make documentation produces only files as 'x6772.html'
by Sylvain Petreolle 23 Nov '02

23 Nov '02

I can answer that 'make html' works beautifully and perfectly. Good job ! > ------- Additional Comments From vberon(a)mecano.gme.usherb.ca > 2002-11-22 19:32 ------- > Sylvain, Tony, Dustin, could you confirm that it works correctly now? > Alexandre > just committed my patch. > ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Page fault with isspace(*p)
by John K. Hohm 23 Nov '02

23 Nov '02

I am rewriting the regsvr stuff in dlls/comcat to make it practical to extend to ole32 and all the other COM DLLs. I have a nice simple function to skip whitespace and return the next character: static int getc_skipws(char const **p) { while (isspace(*p)) ++*p; return **p; } This gets called with **p == '['. I get a page fault in the implementation of isspace(), where the macro is testing 0x20 against the value for '[' in the __ctype_b array. What gives?

1 1

Re: [Fwd: [Bug 688] - make documentation produces only files as 'x6772.html']
by Dustin Navea 23 Nov '02

23 Nov '02

On Fri, 2002-11-22 at 19:37, Vincent Béron wrote: > Hi guys, > > Alexandre just committed my patch concerning the documentation building > process. Could you verify it works for you? > > Thank you, > Vincent > ---- > > From: wine-bugs(a)winehq.com > To: vberon(a)mecano.gme.usherb.ca > Subject: [Bug 688] - make documentation produces only files as 'x6772.html' > Date: 08 Nov 2002 20:23:34 -0600 > > http://bugs.winehq.com/show_bug.cgi?id=688 > > > > > > ------- Additional Comments From vberon(a)mecano.gme.usherb.ca 2002-11-08 20:23 ------- > Please advise on which of the 2 attachments is the best. > Personnaly, I'd rather go with the second, because with the first one it creates > a directory with images, but those are unused. > > DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG > RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT > <http://bugs.winehq.com/show_bug.cgi?id=688>. > ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND > INSERTED IN THE BUG DATABASE. Well, I am still working on updating my status, turns out that since I upgraded to Slackware 8.1 the default gcc wont build the jade package of sgmltools properly and so I need to upgrade to the latest slack-prepared build of gcc... Then I will try making it again... and see what happens..

1 0

Wine & Boehm garbage collector
by François-Denis Gonthier 23 Nov '02

23 Nov '02

Hello Wine-Devel I have not filled a bug with this a some of you may already know a solution to this problem. I've a contributor to the Mono project (http://www.go-mono.com) working on the System.Windows.Forms namespace. It has been decided to use Wine to implement this assembly since the S.W.F is rather tightly bound to the Win32 API. But we are facing a nasty problem. Current Mono implementation is using Hans Boehm conservative garbage collector and Wine cannot seems to work happily with that garbage collector. The temporary solution for development is to use Mono without garbage collection. This solution however, should not even be considered when Mono and it's System.Windows.Forms implementation will go mainstream. I've joined a small test case so one can try. Wine just crash at the first call to GC_malloc. Any help or advice is appreciated. François-Denis Gonthier

4 6

where is the code that converts VARIANTS?
by Medland, Bill 23 Nov '02

23 Nov '02

Can anyone tell me where the code is that converts a VARIANT from VT_DECIMAL to VT_BSTR? Bill

2 1

closing handle fails
by steve.lustbader＠philips.com 22 Nov '02

22 Nov '02

I open a handle to a com port with m_hPort = ::CreateFile(_T("COM1"),GENERIC_READ | GENERIC_WRITE, 0, 0, OPEN_EXISTING,FILE_FLAG_OVERLAPPED, 0); Later, when I try to close the handle, the call to CloseHandle(m_hPort) gets stuck when CloseHandle calls NtClose. What trace can I provide here to help? -Steve

1 0