wine-devel

wine-devel@winehq.org

4 participants
84464 discussions

Re: _ fstati64
by Stefan Leichter 24 Nov '02

24 Nov '02

Am Sonntag 24 November 2002 11:11 schrieben Sie: > ChangeLog > ------------- > converted implementation of _fstat to _fstati64 > implemented _fstat by calling _fstati64 > Hello Alexandre, this patch is relative to my patch _stati64 please apply the _stati64 patch before this one. The _stati64 patch went to the worng list by accident. Thanks Stefan

1 0

Screwed up textures in OpenGL apps
by David D. Hagood 24 Nov '02

24 Nov '02

I'd asked this before, but received no response, so I'll ask it again. Does anybody have any suggestions on where to start debugging textures being wrong under OpenGL apps under Wine? Specifically, I am trying to get HalfLife-Blue Shift to run, but all the "static" textures (walls, floors, etc.) are screwed up. The "dynamic" textures on things like people are fine. Now, I USED to have Halflife running great, but then I upgraded my system to a SMP P3 system (I had been running a UMP P3) (the old system died.) All my native apps (Q3A, RTCW, gears, etc.) are just fine. Only Windows apps running under Wine are screwed up. Does anybody have a simple Windows OpenGL app I can use for testing? Or a direction to begin looking in? I do know this - forcing OpenGL to go to indirect rendering does NOT fix the textures - they are still just as screwed up, just a lot slower.

2 1

Re: [Fwd: [Bug 688] - make documentation produces only files as 'x6772.html']
by Tony Lambregts 24 Nov '02

24 Nov '02

Tony Lambregts wrote: > Vincent Béron wrote: > >> Hi guys, >> >> Alexandre just committed my patch concerning the documentation building >> process. Could you verify it works for you? >> >> >> > I am sure it is something on my end but I get the following when I > "make html", "make everything" > > docbook2html -d ./default.dsl -o wine-devel wine-devel.sgml > Using catalogs: /etc/sgml/sgml-docbook-3.1.cat > Using stylesheet: ./default.dsl > Working on: /usr/local/src/wine/documentation/wine-devel.sgml > jade:E: cannot find "./default.dsl"; tried "./default.dsl", > "/usr/share/sgml/./default.dsl" > jade:E: specification document does not have the DSSSL architecture as > a base architecture > ..... > spews out sgml > .... > > It must be something I've done but I have no idea what, since > db2html -d ./faq-plain.dsl wine-faq.sgml > jade:E: cannot find "./faq-plain.dsl"; tried "./faq-plain.dsl", > "/usr/share/sgml/./faq-plain.dsl" > jade:E: specification document does not have the DSSSL architecture as > a base architecture > > > same thing. WTF. > Ok heres what I have found. "db2html -d ../faq-plain.dsl wine-faq.sgml " works, However if I use "db2html -d ./faq-plain.dsl wine-faq.sgml " it blows chunks. as I reported. So the change to two dots works, which makes sense, therfore I changed the Makefile so that SRCDIR = .. and re-ran "make html" and produces the html beautifully. So all that tells me is "There is something wrong here" ./ should work (right?) -- Tony Lambregts

3 5

Re: dosconf move
by Alexandre Julliard 24 Nov '02

24 Nov '02

"György 'Nog' Jeney" <nog(a)sdf.lonestar.org> writes: > Is there any reason why this patch has not been applied? This is essentially > the same as my dosconf try 3 patch but for your convinience I made a new diff > against the current cvs. It's really ugly to export the DOSCONF structure as part of the DOS module interface. I think it's better to wait until that stuff can be moved without having to export it. -- Alexandre Julliard julliard(a)winehq.com

2 2

RE: wintab.dll: Copyright & trademark issues.
by Patrik Stridvall 23 Nov '02

23 Nov '02

> As I mentioned in an e-mail a couple of days back, > I'm about to start implemening a version of wintab.dll. > First I want to ask about legal issues: > > 1. trademark issues. > > wintab is a trademark. > Does this impact on the ability to implement wintab.dll No, I can't see how. Everything we will reasonable do with the name are either unrelated to trademarks or are used in reference to what is protected by the trademark. > 2. API header files. > Please look at the licence for the API files, avaialable at the > following URL: > http://www.pointing.com/Wintab/WTKIT126.ZIP > Does this allow our use of the headers, in Wine? > Does it allow the use of fragments of the headers in Wine? >From the headers: < The text and information contained in this file may be freely used, < copied, or distributed without compensation or licensing restrictions. So the headers are basicly public domain. Specifically it is compatible with the X11 license and the LGPL so no problem. We could include the files as they are without any modification at all as far as copyright is concerned. Presumably we might need some compiler related fixes though. > This is not too much of an issue, as I understand it's OK to re-write > compatible headers "In your own words". True. > 3. I am in the UK, how does this affect the copyright/trademark issues > above? It is not likely to matter very much almost regardless of there you are in the world, copyright and trademark laws are usually not that different. UK is pretty normal AFAIK. > Ok, some background about wintab: > wintab.dll is an "open industry standard" API > developed by a group of tablet manufacturers, and seems to > be currently maintained by the company LCS/Telegraphics. > Web page for wintab: http://www.pointing.com/WINTAB.HTM > LCS/Telegraphics home: http://www.pointing.com/LCS.HTM OK. Seem to contain documentation and other things nessary or useful for implementing. I can see two issues though. 1. It is not an offical Microsoft DLL so should it be part of Wine or not? IMHO yes, it seems to be widely used. However Alexandre decides. 2. How do you expect to implement this presumably very complicted DLL? Does Linux have some special libraries for supporting tablets?

2 1

gcc 2.95.3 breakage
by Johan Gill 23 Nov '02

23 Nov '02

It seems that latest CVS does not work well with gcc 2.95.3. collect2 segfaults when linking user, it seems. Gnarl -- /Johan Gill, johane(a)lysator.liu.se

1 1

[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

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