Re: Native Dll x Built-in Dll - why everything doesn't work with native dlls
I have notified a recent regression in loading native dlls from database programs like VFP3. I believe that VB work the same way. - Original Message - From: "Uwe Bonnes" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, November 12, 2003 3:27 PM Subject: Re: Native Dll x Built-in Dll - why everything doesn't work with native dlls > > "Leonardo" == Leonardo Luiz Padovani da Mata <[EMAIL PROTECTED]> writes: > > Leonardo> Hello all!! My name is Leonardo, and i'm working in a project > Leonardo> that will migrate thousands of windows NT4 machines to Linux. > Leonardo> In this project we will do some wine impplementations, if > Leonardo> needed. > > Leonardo> The apps that we are testing is some VB6/5 apps and DataBase > Leonardo> client apps. None of the apps executed correctly. So we will > Leonardo> impplement wine. > > Leonardo> I need to know why when we use Native DLL these apps doesn't > Leonardo> work. How does wine open the native dll files? Where are the > Leonardo> doc about that? > > High level DLLs (like the visual basic dlls) call into low level dlls, like > kernel32.dll. If there are bugs in the wine implementation of these dlls, > errors will happen, even when a native high level dll is uses. > > With VB6/5, most errors happen around Ole/Com, as wine still needs a long > way in that area. Running with the appropriate native DLLs may circumvent > the problem. For migrating, using the native dlls is not a (legal) option > however. > > Native dlls are opened by loading the dll, when the PE header request the > dll, just like windows does. Learn the basics from reading low level windows > books, and then understand what wine does in what way by reading the wine > source and asking good questions on the list. Asking "Where are the doc > about that?" is normally not considered a good question, as you don't show > what effort you did yourself to solve that problem. > > Bye > -- > Uwe Bonnes[EMAIL PROTECTED] > > Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt > - Tel. 06151 162516 Fax. 06151 164321 -- >
Re: Zombies (was : Conformance tests...)
> My kernel is the Debian sarge default kernel, 2.2.20. I get zero zombies. Oops, should be Debian woody.
Re: Zombies (was : Conformance tests...)
From: "Paul Millar" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Cc: "Sami Aario" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Tuesday, November 11, 2003 12:56 PM Subject: Re: Zombies (was : Conformance tests...) > Looks suspiciously like the 2.6.0-test8 kernel is to blame. To confirm > this, I rebooted quisquiliae using a 2.4.20-kernel. Guess what? No > zombies. My kernel is the Debian sarge default kernel, 2.2.20. I get zero zombies.
Re: Zombies (was : Conformance tests...)
From: "Sylvain Petreolle" <[EMAIL PROTECTED]> To: "Paul Millar" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Cc: "Sami Aario" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> Sent: Saturday, November 08, 2003 3:17 PM Subject: Zombies (was : Conformance tests...) > Paul, Sami, (and perhaps others), > could you run this script and send me the results ? Results attached. ./controls ./controls : 0 zombies ./dlls ./dlls : 0 zombies ./documentation ./documentation : 0 zombies ./files ./files : 0 zombies ./graphics ./graphics : 0 zombies ./include ./include : 0 zombies ./libs ./libs : 0 zombies ./loader ./loader : 0 zombies ./memory ./memory : 0 zombies ./misc ./misc : 0 zombies ./miscemu ./miscemu : 0 zombies ./msdos ./msdos : 0 zombies ./objects ./objects : 0 zombies ./programs ./programs : 0 zombies ./scheduler ./scheduler : 0 zombies ./server ./server : 0 zombies ./tools ./tools : 0 zombies ./win32 ./win32 : 0 zombies ./windows ./windows : 0 zombies
Re: declare some missing string functions
Martin Fuchs <[EMAIL PROTECTED]> writes: > Changelog: > declare functions _strlwr(), _wcslwr(), and macros _tcsnicmp and _tcsicoll for > use of Winelib apps This is wrong, _strlwr and _wcslwr are already defined in string.h where they should be, and _tcsnicmp and _tcsicoll are already defined in tchar.h. You probably need to switch to the msvcrt headers to make things work right in your case. -- Alexandre Julliard [EMAIL PROTECTED]
Re: int21 handling
Eric Pouech <[EMAIL PROTECTED]> writes: > I'd suggest changing the oem_files_api to a krnl_file_api_codepage (or > something like this) which would be set to either CP_ANSI or CP_OEM > and use this variable in most of file related A functions (instead of > our current CP_ANSI). Then we would set OEM APIs on int21 entry (and > reset to the old mode on exit). I assume we hold a lock while > executing the int21 API, so preventing some multi-threading issues on > this. I don't think we want to switch the global flag on every int21 call, that's fairly ugly IMO. If int21 needs OEM then it should use OEM explicitly, which is pretty much what it's doing already AFAICS. I see no reason to change that. -- Alexandre Julliard [EMAIL PROTECTED]
Re: PATCH: handle non aligned mmaps of sections
On Wed, Nov 12, 2003 at 08:38:03AM -0800, Steven Edwards wrote: > --- Alexandre Julliard <[EMAIL PROTECTED]> wrote: > > I don't think it makes sense to use the normal mapping code for such > > files, we should really have a separate loader for the NT kernel > > stuff > > (which can of course re-use some lower level functions of the current > > loader). > > Do we also create a stub implementation of ntoskrnl for the driver > support? SecDev.sys is reported to load under ReactOS and I would like > to help get it to load under WINE. We will need to. I have a very small stub implementation on my laptop, but before fixing the loader it will not make sense to submit it ;) Ciao, Marcus
Re: [ros-kernel] Re: suggestion: Get native uxtheme and native common controlls working on WINE and ReactOS
At 17.20 12/11/2003, Steven Edwards wrote: We have a uxtheme.dll that is being developed in ReactOS cvs also that supports loading native WinXP themes ha! I wish. Nope, mine is a complementary effort. It's a fake UxTheme API that actually draws in the classic Windows style, to make the future transition to a fully-themed user32 a bit less painful. I happily leave the implementation of the compositing engine to someone else and we have a theme dumping program. most of the code is there, but it requires an elaborate workaround to actually work. I'm not sure why, I think it has to create at least a window before UxTheme stops hiding themes from it
Re: int21 handling
Use wide characters and manual wide character conversions. DOS routines use OEM code page and not ANSI code page and Wine uses wide characters as default character set, anyway. Regarding this part, I think we'd better rely for int21 support to the SetFileApisToOEM and SetFileApisToANSI APIs (and or course implementing them correctly). I'd suggest changing the oem_files_api to a krnl_file_api_codepage (or something like this) which would be set to either CP_ANSI or CP_OEM and use this variable in most of file related A functions (instead of our current CP_ANSI). Then we would set OEM APIs on int21 entry (and reset to the old mode on exit). I assume we hold a lock while executing the int21 API, so preventing some multi-threading issues on this. Any comment before I go on? A+ -- Eric Pouech
Re: PATCH: dlls/wineps/type42.c
On Tue, 11 Nov 2003, Alexandre Julliard wrote: >> type42.c: In function `T42_download_header': >> type42.c:269: warning: int format, DWORD arg (arg 3) >> type42.c:269: warning: int format, DWORD arg (arg 4) > The patch is of course OK, but it makes no difference to the > functionality, int and DWORD are the same size. It's only a cosmetic > issue. Gosh, I really had my head with some other machines (with larger int); you are right, of course! Gerald -- Gerald Pfeifer (Jerry) [EMAIL PROTECTED] http://www.pfeifer.com/gerald/
Wine 20031016 "Wingdings" font encoding problem?
I have wine-20031016 built from source installed on Mandrake 9.1 Programs that had displayed certain characters from the Windows "Wingdings" font, now display the box that signifies that the character code is not present in the font. With the standard wine (20030315) installed with Mandrake, these characters used to showed up as the astrological zodiac signs, i.e. Aries, Taurus, etc., just as they do when my program is run natively. The font is copied from windows, the Wingdings Truetype font. The character codes are (decimal) 94 - 105 (hex) 0x5E - 0x69 (ascii) "^" - "i" I have installed these Windows fonts under KDE, and, if I select the Wingdings font in, say KDE Kwrite, and type "^_`abcdefghi", all the expected character glyphs show. is this a bug, or a configuration problem? (I use some other non-Microsoft fonts as well, and some of these work, for the codes used, and some don't, although with earlier versions of wine, they all worked. Since Wingdings is a well-known and used font, I hope that solving the problem for it, will solve it for the others as well.) -- Parzival Herzog
Re: wrc doesn't seem to accept -r option,even though it is automatically generated by make file
On Tuesday 11 November 2003 01:22 pm, Parzival Herzog wrote: > On November 11, 2003 11:39, Ivan Leo Murray-Smith wrote: > > I don't know how to solve your problem, but it would be a good idea if > > you just installed > > the latest CVS version. > > > > I' just too inexperienced and too isolated to use CVS right now: an 800 > page manual, configuring, using SSH, it threatens to take up the rest of > the year just to get started, and I'm off to another mailing list when the > inevitable "why doesn't it work" problems occur. > > I've also discovered that with non-rpm source distributions, there is a > "make install", but so far, nothing I have seen has a "make uninstall" that > does anything, and that concerns me, when I see 70 MB of stuff flying off > to 400 different places. (Maybe wine is not like that, but I just built the > "insight" gdb, and I thought it would use my existing gdb, but it built and > installed a new one, installed its own tk, (gee, what about the tk that is > a part of Python) and has no way to uninstall. > > I'm at a place where I'm wrestling with "how does the PATH get set", > "how do you build a static library", "how do you build a shared library", > "how does the loader find a shared library". Wrestling with ten > thousand-line makefiles is sheer insanity from my perspective. I just hope > that I can get my little program to compile and run with winelib, because > if it that works, I won't have to use Windows in my day-to-day work. > > There, there, no need to , it's going to be OK! Try following the instructions on this page: http://www.winehq.com/site/cvs Just do what it says, step-by-step. You don't need ssh for this, just cvs. That page even tells you how to keep your wine up-to-date via cvs once you get it. And, wine just happens to support "make uninstall". Sounds to me like you are letting yourself get overwhelmed by the scope of what you do not know. For example, very few people here (although there are probably one or two) would actually know the full answer to "how does the loader find a shared library". You don't need to know that for your experiment. Instead, just read the "ld.so" manpage and the pages it references. Think of it like your television: you don't care how the "ion gun" works... just how to change the channel, volume, etc. (As for the make uninstall thing, you hit the nail on the head: where did all those binaries go? Many unixy programs support a "--prefix=[path]" argument at the "configure" stage of the build; so all your binaries go under that directory; for example, to install my wine, I use --prefix=/opt/wine, which puts wine in /opt/wine/bin, /opt/wine/lib, etc. But it certainly can get tricky keeping track of this if you are building tons of stuff from source and putting it all in "/usr" or "/usr/local", as is common practice. The best solution I know of, if you are building lots of stuff from source, is to use gentoo, which really does rigorously keep track of what 'make install' did. But I should warn you that gentoo is not always so easy to get up and running as other distributions.) Good luck! You are now in the nasty horizontal part of the learning curve for unix programming and wine. It does get better, just be patient and persistent, and you will prevail. -- gmt "It is to be the assent and ratification of the several States, derived from the supreme authority in each State, the authority of the people themselves. The act, therefore, establishing the Constitution, will not be a NATIONAL, but a FEDERAL act." --James Madison, Federalist No. 39
wine 20031016 installed from source: no winebuild
I had earliler experienced some problems with my Mandrake 9.1 installation of wine, when trying to use the wine libraries. I have now done the following: installed wine-20031016-mdk.i586.rpm My binary programs seemed to run fine, (except for a font problem described in a separate post). Since the development tools, winemaker etc were present, I decided to try to build my application. This proceeded well beyond where I could get to earlier (wrc failed), but ended as follows: --- [EMAIL PROTECTED] MyWin]$ make c++ -c -I. -I/usr/local/include/python2.3 -I/usr/include/wine/windows -g -O2 -fpermissive -fno-for-scope-D_REENTRANT -o MyWin.o MyWin.cpp In file included from /usr/local/include/python2.3/Python.h:8, from MyWin.cpp:4: /usr/local/include/python2.3/pyconfig.h:847:1: warning: "_POSIX_C_SOURCE" redefined In file included from /usr/include/ctype.h:27, from /usr/include/wine/windows/winnt.h:27, from /usr/include/wine/windows/windef.h:203, from /usr/include/wine/windows/windows.h:38, from MyWin.cpp:2: /usr/include/features.h:131:1: warning: this is the location of the previous definition LD_LIBRARY_PATH="/usr/lib:$LD_LIBRARY_PATH" /usr/bin/winebuild -fPIC -o mywin.dll.spec.c --spec mywin.dll.spec MyWin.res MyWin.o -L/usr/lib -L/usr/lib/wine -ladvapi32 -lcomdlg32 -lgdi32 -lkernel32 -lodbc32 -lole32 -loleaut32 -lshell32 -luser32 -lwinspool mywin.dll.spec:1: could not open .def file for advapi32 make: *** [mywin.dll.spec.c] Error 1 --- So I assumed that the missing library specs were a part of the wine-devel package, which was not installed. I could not locate any wine-devel rpms for version 20031016 and Mandrake. So, I dowmloaded the 20031016 source tarball and installed it with the tools/install. This seemd to work well, except that at the end of the , the following complaint appears: - mkdir -m 755 -p -- /usr/local/share/aclocal /usr//bin/install -c -m 644 ./aclocal.m4 /usr/local/share/aclocal/wine.m4 /sbin/ldconfig * * The installed Wine libraries will not be found! You can either: Add the line '/usr/local/lib' to /etc/ld.so.conf and run /sbin/ldconfig export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/local/lib * * Found existing /home/parz/.wine/config, do you want to overwrite this existing Wine configuration file? (yes/no) no Installation complete for now. Good luck (this is still alpha software). If you have problems with WINE, please read the documentation first, as many kinds of potential problems are explained there. [EMAIL PROTECTED] wine-20031016]$ --- However, inspecting /etc/ld.so.conf shows that the complained-about path *is* actually present: [EMAIL PROTECTED] MyWin]$ cat /etc/ld.so.conf /usr/X11R6/lib /usr/lib/qt3/lib /usr/local/lib [EMAIL PROTECTED] MyWin]$ So, I tried to build my winelib dll anyways: [EMAIL PROTECTED] Emsview]$ echo $LD_LIBRARY_PATH [EMAIL PROTECTED] Emsview]$ /sbin/ldconfig /sbin/ldconfig: Can't create temporary cache file /etc/ld.so.cache~: Permission denied [EMAIL PROTECTED] Emsview]$ su Password: [EMAIL PROTECTED] Emsview]# ldconfig [EMAIL PROTECTED] Emsview]# exit exit [EMAIL PROTECTED] Emsview]$ cd MyWin [EMAIL PROTECTED] MyWin]$ make LD_LIBRARY_PATH="/usr/lib:$LD_LIBRARY_PATH" /usr/bin/winebuild -fPIC -o mywin.dll.spec.c --spec mywin.dll.spec MyWin.res MyWin.o -L/usr/lib -L/usr/lib/wine -ladvapi32 -lcomdlg32 -lgdi32 -lkernel32 -lodbc32 -lole32 -loleaut32 -lshell32 -luser32 -lwinspool /bin/sh: line 1: /usr/bin/winebuild: No such file or directory make: *** [mywin.dll.spec.c] Error 127 [EMAIL PROTECTED] MyWin]$ -- So, with the homebuilt wine-20031016, it seems that the development tools are not installed, and I am stuck. How do I get past these problems? -- Parzival Herzog
Re: Wintab32 - Tablet support - VBtablet & wintab working for Dogwaffle?
I too would be very interested in knowing what's happening with wintab32 under wine - is it usable? How about in conjunction with VBtablet from www.greenreaper.co.uk ? He has a small test program there which reports pressure, angle etc you might want to see if that works. Does somebody on this list have a Wacom, AceCad, Pablo (Disney Magic Artist) or Aiptek tablet to try Dogwaffle with it? project Dogwaffle uses VBtablet. The latest v1.6 demo is at www.thebest3d.com/dogwaffle/freebies , the free version 1.11b is at download.com and Tucows.com but didn't use VBtablet yet so not interesting (well for tablet users anyway, still might be of interest for entry-level painters; I doubt the installer will work but hey if it does, yipeee). the other day at a show in Anaheim I tried some things with the help of someone from The Linux Box, was neat to see Carrara Studio 2 running on it. Few minor glitches but still sweet. I'm interested in seeing Dogwaffle qualified/working etc. Anyone here serious about making this work? contact me if you need an NFR copy to test. A general question: Dogwaffle uses COM, ActiveX communication channels (I don't know much details). Anybody have a feeling if that's a no-no under Wine? -Philip > A couple of months ago there was a patch from Aric Stewart that added > support for graphics tablets in wine. However I have not heard anything > about it since. Is anybody still working on this? > Graphics tablet > support is the only thing stopping us from using Photoshop under Linux > at the present time. Moving all our graphics artists off dual booting > windows machines would be extremely benificial! > > I tried the original patch but found it affected the > stability of wine...
Re: PATCH: handle non aligned mmaps of sections
On Wed, Nov 12, 2003 at 05:59:31PM +0100, Uwe Bonnes wrote: > > "Steven" == Steven Edwards <[EMAIL PROTECTED]> writes: > > Steven> --- Alexandre Julliard <[EMAIL PROTECTED]> wrote: > >> I don't think it makes sense to use the normal mapping code for such > >> files, we should really have a separate loader for the NT kernel > >> stuff (which can of course re-use some lower level functions of the > >> current loader). > > Steven> Do we also create a stub implementation of ntoskrnl for the > Steven> driver support? SecDev.sys is reported to load under ReactOS and > Steven> I would like to help get it to load under WINE. > > More question: > > How does a user program call into SecDev.sys? Via DeviceIOControl()? I > looked at some .sys files, and they don't export anything. How is > DeviceIOControl reached? On load, the loader calls start(DRIVER_OPEN *do, PUNICODE_STRING *name); The DRIVER_OPEN struct is filled out by the called function, including lots of function pointers. One of them is called from DeviceIoControl(). Ciao, Marcus
Re: Native Dll x Built-in Dll - why everything doesn't work with native dlls
> "Leonardo" == Leonardo Luiz Padovani da Mata <[EMAIL PROTECTED]> writes: Leonardo> Hello all!! My name is Leonardo, and i'm working in a project Leonardo> that will migrate thousands of windows NT4 machines to Linux. Leonardo> In this project we will do some wine impplementations, if Leonardo> needed. Leonardo> The apps that we are testing is some VB6/5 apps and DataBase Leonardo> client apps. None of the apps executed correctly. So we will Leonardo> impplement wine. Leonardo> I need to know why when we use Native DLL these apps doesn't Leonardo> work. How does wine open the native dll files? Where are the Leonardo> doc about that? High level DLLs (like the visual basic dlls) call into low level dlls, like kernel32.dll. If there are bugs in the wine implementation of these dlls, errors will happen, even when a native high level dll is uses. With VB6/5, most errors happen around Ole/Com, as wine still needs a long way in that area. Running with the appropriate native DLLs may circumvent the problem. For migrating, using the native dlls is not a (legal) option however. Native dlls are opened by loading the dll, when the PE header request the dll, just like windows does. Learn the basics from reading low level windows books, and then understand what wine does in what way by reading the wine source and asking good questions on the list. Asking "Where are the doc about that?" is normally not considered a good question, as you don't show what effort you did yourself to solve that problem. Bye -- Uwe Bonnes[EMAIL PROTECTED] Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 --
Native Dll x Built-in Dll - why everything doesn't work with native dlls
Hello all!! My name is Leonardo, and i'm working in a project that will migrate thousands of windows NT4 machines to Linux. In this project we will do some wine impplementations, if needed. The apps that we are testing is some VB6/5 apps and DataBase client apps. None of the apps executed correctly. So we will impplement wine. I need to know why when we use Native DLL these apps doesn't work. How does wine open the native dll files? Where are the doc about that? thanks. -- _ ,^. _ Leonardo Luiz Padovani da Mata ,'/ -' '- \`.Ciencia da Computacao - UFMG / | \ / | \ [EMAIL PROTECTED] | | | | | | ICQ:61226375 | \_,' `._/ | | | \ / "..." `. .'"May the force be with you, always" `--._.--' "Nerd Pride... eu tenho. Voce tem?" Alianca Rebelde
Re: PATCH: handle non aligned mmaps of sections
> "Steven" == Steven Edwards <[EMAIL PROTECTED]> writes: Steven> --- Alexandre Julliard <[EMAIL PROTECTED]> wrote: >> I don't think it makes sense to use the normal mapping code for such >> files, we should really have a separate loader for the NT kernel >> stuff (which can of course re-use some lower level functions of the >> current loader). Steven> Do we also create a stub implementation of ntoskrnl for the Steven> driver support? SecDev.sys is reported to load under ReactOS and Steven> I would like to help get it to load under WINE. More question: How does a user program call into SecDev.sys? Via DeviceIOControl()? I looked at some .sys files, and they don't export anything. How is DeviceIOControl reached? Bye -- Uwe Bonnes[EMAIL PROTECTED] Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 --
Re: PATCH: handle non aligned mmaps of sections
--- Alexandre Julliard <[EMAIL PROTECTED]> wrote: > I don't think it makes sense to use the normal mapping code for such > files, we should really have a separate loader for the NT kernel > stuff > (which can of course re-use some lower level functions of the current > loader). Do we also create a stub implementation of ntoskrnl for the driver support? SecDev.sys is reported to load under ReactOS and I would like to help get it to load under WINE. Thanks Steven __ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree
Re: suggestion: Get native uxtheme and native common controlls working on WINE and ReactOS
Hello Kevin, --- Kevin Koltzau <[EMAIL PROTECTED]> wrote: > It is not possible to get native uxtheme from an XP installation > working under > wine. > However I am currently working on a uxtheme.dll implementation for > wine that > will support loading native WinXP themes, which when finished I'm > sure could > be used by ROS. We have a uxtheme.dll that is being developed in ReactOS cvs also that supports loading native WinXP themes and we have a theme dumping program. You are welcome to look at the code and discuss the work with our developer KJK:Hyperion. I cannot help with sharing this code with ReactOS and Winehq as this developer wishes to remain under a Pseudonym. I would much rather get a working implementation going in Winehq and use your uxtheme. Thanks Steven __ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree
Re: Make failed, something about D3D8 & D3Dcore...
ons, 2003-11-12 kl. 15:30 skrev Vincent Béron: > Le mer 12/11/2003 à 09:19, Thomas Brix Larsen a écrit : > > Hi Raphael, > > > > glx.h is mesa 3.2 > > glext.h is SGI 1.2.1 > > > > Hmm... It seems I'm using very old headers... > > I'm using the newest NVIDIA "driver". > > When you install the NVIDIA driver, there's an option to install > development headers at the same time. > > Vincent > No, not with my Lunar Linux (lunar-linux.org) it extracts and compiles the "driver", not using NVIDIAs system. I should probaly contact the Lunar development team, and tell them about the missing headers. But I've found the headers in /usr/share/doc/NVIDIA_GLX-1.0/ And it is compiling now. Greetings, --Thomas _ My worst enemy gave me a copy of Windows...
Re: Make failed, something about D3D8 & D3Dcore...
Le mer 12/11/2003 à 09:19, Thomas Brix Larsen a écrit : > Hi Raphael, > > glx.h is mesa 3.2 > glext.h is SGI 1.2.1 > > Hmm... It seems I'm using very old headers... > I'm using the newest NVIDIA "driver". When you install the NVIDIA driver, there's an option to install development headers at the same time. Vincent
Re: fcvt
Uwe Bonnes wrote: "flyker" == flyker <[EMAIL PROTECTED]> writes: flyker> Function fcvt incorrect. example: int dec, sign; printf("%s\n", flyker> fcvt(1.12, 2, &dec, &sign)); flyker> result: 1.12e+00 flyker> but need: 112 In what way does that behaviour hurt you(r application)? Bye Link with -lmsvcrt option
Re: Make failed, something about D3D8 & D3Dcore...
Hi Raphael, glx.h is mesa 3.2 glext.h is SGI 1.2.1 Hmm... It seems I'm using very old headers... I'm using the newest NVIDIA "driver". I will try to find some newer headers. Greetings, --Thomas _ My worst enemy gave me a copy of Windows...
Re: fcvt
> "flyker" == flyker <[EMAIL PROTECTED]> writes: flyker> Function fcvt incorrect. example: int dec, sign; printf("%s\n", flyker> fcvt(1.12, 2, &dec, &sign)); flyker> result: 1.12e+00 flyker> but need: 112 In what way does that behaviour hurt you(r application)? Bye -- Uwe Bonnes[EMAIL PROTECTED] Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt - Tel. 06151 162516 Fax. 06151 164321 --
fcvt
Function fcvt incorrect. example: int dec, sign; printf("%s\n", fcvt(1.12, 2, &dec, &sign)); result: 1.12e+00 but need: 112
listview advice needed.
Hi, Agent 2.0 beta crashes on listview related code, and requires native comctl32 to run. Here is a cut from a +relay,+message,+listview trace: | trace:message:SPY_ExitMessage (0x1004b) L"{SysListView32}" message [1004] LVM_GETITEMCOUNT returned | 0009:Ret user32.SendMessageA() retval= ret=005cad80 At this point the listview is newly created, headers column inserted etc. No items yet. | 0009:Call user32.SendMessageA(0001004b,1007,,406cf6f8) ret=005cc1b4 | trace:message:SPY_EnterMessage (0x1004b) L"{SysListView32}" message [1007] LVM_INSERTITEMA sent from self wp= lp=406cf6f8 | trace:message:SPY_DumpMem LVITEM [] 0003 | trace:message:SPY_DumpMem LVITEM [0010] 42103914 0018 | trace:message:SPY_DumpMem LVITEM [0020] 61737365 005cc11f 406cf770 006b30b6 | trace:message:SPY_DumpMem LVITEM [0030] The program inserts the first item. Valid fields are Text and Image. | trace:listview:LISTVIEW_WindowProc (uMsg=1007 wParam=0 lParam=406cf6f8) | trace:listview:LISTVIEW_InsertItemT (lpLVItem={iItem=0, iSubItem=0, pszText="application/octet-stream", cchTextMax=24, iImage=-1}, isW=0) | trace:listview:LISTVIEW_InsertItemT inserting at 0, sorted=1, count=0, iItem=0 | trace:listview:LISTVIEW_ShiftIndices Shifting 0u, 1 steps | trace:listview:set_main_item () | trace:listview:set_main_item oldState=0, newState=0 | trace:listview:set_main_item uChanged=0x3 | trace:listview:notify_listview (code=-102, plvnm=iItem=0, iSubItem=0, uNewState=0x0, uOldState=0x0, uChanged=0x0, ptAction=(0, 0), lParam=0 ) | trace:listview:notify_hdr (code=-102) | trace:message:SPY_EnterMessage (0x10049) L"{wxWindowClass}" message [004e] WM_NOTIFY sent from self wp=1e68 lp=406cf148 | trace:message:SPY_DumpStructure NMHDR hwndFrom=0x1004b idFrom=0x1e68 code=LVN_INSERTITEM<0xff9a>, extra=0x20 | trace:message:SPY_DumpMem NM extra [] | trace:message:SPY_DumpMem NM extra [0010] Still inside the LVM_ISERTITEMA message a WM_NOTIFY is sent. The programs message handler queries number of items: | 0009:Call user32.SendMessageA(0001004b,1004,,) ret=005cad80 | trace:message:SPY_EnterMessage (0x1004b) L"{SysListView32}" message [1004] LVM_GETITEMCOUNT sent from self wp= lp= | trace:listview:LISTVIEW_WindowProc (uMsg=1004 wParam=0 lParam=0) | trace:message:SPY_ExitMessage (0x1004b) L"{SysListView32}" message [1004] LVM_GETITEMCOUNT returned 0001 | 0009:Ret user32.SendMessageA() retval=0001 ret=005cad80 there is one item. | 0009:Call user32.SendMessageA(0001004b,1005,,406cebe0) ret=005ca4cb | trace:message:SPY_EnterMessage (0x1004b) L"{SysListView32}" message [1005] LVM_GETITEMA sent from self wp= lp=406cebe0 | trace:message:SPY_DumpMem LVITEM [] 0004 42100a50 406cf148 | trace:message:SPY_DumpMem LVITEM [0010] 406cf154 406ced10 407c1c09 005cad80 | trace:message:SPY_DumpMem LVITEM [0020] 0001004b 1004 406ced10 005ccb9a | trace:message:SPY_DumpMem LVITEM [0030] 0001004b and request that lParam of that item. Note that iItem is zero but iSubItem is 0x42100a50, like all other fields it is filled with rubbish. (confirmed with dissassembly that only the mask and iItem fields are filled in) | trace:listview:LISTVIEW_WindowProc (uMsg=1005 wParam=0 lParam=406cebe0) | trace:listview:LISTVIEW_GetItemT (lpLVItem={iItem=0, iSubItem=1108347472, lParam=1004b}, isW=0) | trace:message:SPY_ExitMessage (0x1004b) L"{SysListView32}" message [1005] LVM_GETITEMA returned 0001 | trace:message:SPY_DumpMem LVITEM [] 0004 42100a50 406cf148 | trace:message:SPY_DumpMem LVITEM [0010] 406cf154 406ced10 407c1c09 005cad80 | trace:message:SPY_DumpMem LVITEM [0020] 0001004b 1004 406ced10 005ccb9a | trace:message:SPY_DumpMem LVITEM [0030] 0001004b At return, the requested value of lParam is still rubbish, which is causing a crash somewhat later. | trace:message:SPY_ExitMessage (0x10049) L"{wxWindowClass}" message [004e] WM_NOTIFY returned | trace:message:SPY_DumpStructure NMHDR hwndFrom=0x1004b idFrom=0x1e68 code=LVN_INSERTITEM<0xff9a>, extra=0x20 | trace:message:SPY_DumpMem NM extra [] | trace:message:SPY_DumpMem NM extra [0010] | 0009:Ret user32.SendMessageW() retval= ret=40b49738 If I hack LISTVIEW_GetItemT() with a hack like: | | if (lpSubItem) | { | SUBITEM_INFO *lpSubItem = LISTVIEW_GetSubItemPtr(hdpaSubItems, lpLVItem->iSubItem); | pItemHdr = lpSubItem ? &lpSubItem->hdr : &callbackHdr; |+ if(!lpSubItem) lpLVItem->iSubItem = 0; | } the program proceeds (crashes much much later) . But this is probably not the correct way to check that an invalid subi
Re: how to search several PE files to see if any of them import a particular function?
Le mer 12/11/2003 à 08:00, Jonathan Wilson a écrit : > Is there a way to do this? > > I want to use it on various PE files (DLLs, EXEs etc) to see if any of them > import some of the functions for which I dont yet have a prototype :) winedump can tell you which APIs a file imports and exports. Script around it. Vincent
how to search several PE files to see if any of them import a particular function?
Is there a way to do this? I want to use it on various PE files (DLLs, EXEs etc) to see if any of them import some of the functions for which I dont yet have a prototype :)
Re: Wintab32 - Tablet support
> Hi, > > This is more a question for the developers Should have posted to wine-devel then :) Doing so now. > A couple of months ago there was a patch from Aric Stewart that added > support for graphics tablets in wine. However I have not heard anything > about it since. Is anybody still working on this? > Graphics tablet > support is the only thing stopping us from using Photoshop under Linux > at the present time. Moving all our graphics artists off dual booting > windows machines would be extremely benificial! > > I tried the original patch but found it affected the > stability of wine... I noticed that in the original patch a lot of functions were called from DllMain that shouldn't be called from there. Did the backtrace include wintab32.DllMain? The initialisation should probably be moved to either each function with a line like "if (!initialised) Initialise();" Alexandre, how come this patch hasn't been included in Wine yet? Was it the problem stated here or something else? > Daire Rob
Re: Netmeeting under Wine
This is an off topic question. You may ask it to the "[EMAIL PROTECTED]" list. Le mer 12/11/2003 à 10:06, David Martinez Prado a écrit : > Hi! it's my firts time runing wine. I want to execute Netmeeting under Wine > but i can. Can anybody help me please? > > Regards, DAVID > > _ > Localiza y ponte en contacto con tus antiguos compañeros de clase en MSN > Compañeros. http://mipasado.msn.es/ > >
Netmeeting under Wine
Hi! it's my firts time runing wine. I want to execute Netmeeting under Wine but i can. Can anybody help me please? Regards, DAVID _ Localiza y ponte en contacto con tus antiguos compañeros de clase en MSN Compañeros. http://mipasado.msn.es/
(no subject)
_ Charla con tus amigos en línea mediante MSN Messenger: http://messenger.microsoft.com/es
Re: asm help
> BOOL WINAPI > _InitCommonControlsEx(WINGS_INITCOMMONCONTROLSEX* lpInitCtrls) > { > if(!dwLPA_InitCommonControlsEx) > { >return FALSE; > } else { >return dwLPA_InitCommonControlsEx(lpInitCtrls); > } > } > > > The "jmp" is an optimization step, where the new function is called with > the same parameters as the old one. > I do agree with you about not using direct ASM->C conversions like this. > > -- > Shachar Shemesh > Open Source integration consultant > Home page & resume - http://www.shemesh.biz/ > Ok, i understand, i got Access violation in dwLPA_InitCommonControlsEx(lpInitCtrls);
RE: I/O Completion Ports Implementation
> -Original Message- > From: Alexandre Julliard [mailto:[EMAIL PROTECTED] > Sent: 12 November 2003 00:45 > To: Robert Shearman > Cc: [EMAIL PROTECTED] > Subject: Re: I/O Completion Ports Implementation > > "Robert Shearman" <[EMAIL PROTECTED]> writes: > > > Maybe it's a bit of a hack, but I assume this behaviour won't change any > > time soon: select_on only checks if the object is satisfied > when it is first > > called and waits for manual notification that the object has > been satisfied > > once the select_on call has succeeded. Therefore I set the flag > to say that > > it isn't satisfied before calling select_on so that the > select_on call will > > actually make the thread sleep and then set the flag back > afterwards so that > > the behaviour is present of returning immediately because it is > satisfied. > > OK, I guess you meant to use the signaled() method instead of > satisfied() (the satisfied method is used to cleanup after the wait > has succeeded, so it's not what you want here). But it still wouldn't > work properly, since it's possible that we'll check the wait condition > again later on while the thread is sleeping (for instance if the > thread gets suspended) and it would then return a spurious signaled > condition. You should really use the proper wait mechanisms instead of > trying to subvert them that way. Yes, you are right. Satisfied only works in the SELECT_ALL case. > > This is what I originally did, but I ended up having to duplicate > > functionality from most of server/thread.c to achieve it. I > thought this new > > way would be somewhat cleaner (and the patch is indeed a lot smaller). > > I don't see why you'd need to duplicate anything. Just create another > object, like an event, and return that in remove_io. Then the client > can simply do a WaitForSingleObject on the event. Ok, I hadn't thought of doing it that way :) Rob
RE: wine/ tools/wineinstall loader/Makefile.in loa ...
> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Behalf Of Alexandre Julliard > Sent: 12 November 2003 03:28 > To: [EMAIL PROTECTED] > Subject: wine/ tools/wineinstall loader/Makefile.in loa ... > > Log message: > Added a wine-glibc binary that detects the glibc threading > in use and > execs the corresponding wine binary. > Removed the --with-nptl configure option. Cool! Well done. Rob
Re: Usage of FAR in libraries
* Vincent Béron wrote: | This prevents proper compilation on Fedora Core 1 for now (when openssl | is used), because the krb5 includes use FAR. This is the same as I filed in bz a couple of days ago; please close that report when a "proper" fix is done ;-) For now I use the same type of workaround... http://bugs.winehq.com/show_bug.cgi?id=1827 -- Try Anarchy Online http://www.anarchy-online.com/content/downloads/tryout/ Netiquette guidelines ftp://ftp.rfc-editor.org/in-notes/rfc1855.txt How to quote properly http://www.i-hate-computers.demon.co.uk/ Hvordan sitere riktig http://home.online.no/~vidaandr/news/OBSquoting.html