wine-devel

wine-devel@winehq.org

2 participants
84469 discussions

A bug in symbol loading in winedbg
by Shachar Shemesh 13 Jun '04

13 Jun '04

Hi all, Bug Report: If winedbg is asked to load an external PDB file, and that file does not match the executable being run, the debugger does not warn about it. Instead, bad things (tm) happen when actually trying to run the executable. Shachar

2 8

Re: Implement a --backtrace-all mode for winedbg
by Eric Pouech 12 Jun '04

12 Jun '04

I'm not sure I understand the purpose of the --backtrace-all. There's no way you can ensure a complete synchro between all threads & processes to get a global picture of the whole system, so the option is likely not very useful (except for the threads which are in a wait operation), but you will miss some other information for that (ie an event (entering/leaving CS...) tracker tool would be better). More over, I don't like either adding options to winedbg. So, I'd prefer adding an option to actually process the commands from a file (or even a string from command line) would be better. And, finally, you leak the handle for the snapshot. A+

3 4

Re: [USER] 'Fix' SetWindowsHookEx
by Shachar Shemesh 12 Jun '04

12 Jun '04

Lionel Ulmer wrote: >I have no idea if it's correct >though (as I do not know if what GetModuleHandle returns is really the same >thing as what SetWindowsHookEx expects as an HINSTANCE input). > > Yes, it is. It's just used to grab the procedure address to call when the hook is activated. >Index: dlls/user/hook.c >=================================================================== >RCS file: /home/wine/wine/dlls/user/hook.c,v >retrieving revision 1.12 >diff -u -r1.12 hook.c >--- dlls/user/hook.c 19 May 2004 03:22:55 -0000 1.12 >+++ dlls/user/hook.c 12 Jun 2004 15:27:01 -0000 >@@ -141,11 +141,15 @@ > else /* system-global hook */ > { > if (id == WH_KEYBOARD_LL || id == WH_MOUSE_LL) inst = 0; >- else if (!inst || !(len = GetModuleFileNameW( inst, module, MAX_PATH )) || len >= MAX_PATH) >- { >- SetLastError( ERROR_INVALID_PARAMETER ); >- return 0; >- } > > If you just remove the "!inst" test, does the game work? I think that would be simpler. Shachar -- Shachar Shemesh Lingnu Open Source Consulting ltd. http://www.lingnu.com/

1 0

Re: Investigating a crash at startup
by Filip Navara 12 Jun '04

12 Jun '04

1 0

wingcc and -Wb option
by Jon Griffiths 12 Jun '04

12 Jun '04

Hi, The -Wb argument to winegcc currently expects a comma separated list of arguments which it then splits up and passes to winebuild. This conflicts with the --ignore=x,y,z syntax of winebuilds ignore argument, since it also uses a comma to delimit the list to ignore. The easiest way to fix this is to change the delimiting character in either option, i.e.: winebuild: --ignore=x,y,z => --ignore=x;y;z winegcc: -Wb,--ignore=x,y,z,<opts> => -Wb;--ignore=x,y,z;<opts> Does anyone care which one it is? Cheers, Jon ===== "Don't wait for the seas to part, or messiahs to come; Don't you sit around and waste this chance..." - Live jon_p_griffiths(a)yahoo.com __________________________________ Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger. http://messenger.yahoo.com/

2 2

(Still) problem on AMD64 with wine CVS
by Maurizio Monge 12 Jun '04

12 Jun '04

Hello, i have retried to compile wine CVS on amd64 (gcc 3.4 with -m32, etc + kernel 2.6.4-rc2), where i was thinking the 0xc0000000 problem was solved. but i get: wine: failed to initialize: /opt/wine/lib/wine/ntdll.dll.so: failed to map segment from shared object: Cannot allocate memory attach to this mail the output of "strace32 wine" one of the last lines is (i have 512Mb of ram) old_mmap(NULL, 482376, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = -1 ENOMEM (Cannot allocate memory) It looks like my kernel absolutly wants to allocate memory > 0xc0000000 :-) Any idea? Thanx Maurizio Please CC answers to monge(at)sns(dot)it, since i'm not subscribed.

4 5

Game Testing Update - 20040505
by Mike Kost 12 Jun '04

12 Jun '04

Here a continuation of my game testing efforts. Same rules still apply in my efforts: All games tested are freely available as demos or F/OSS games on the Internet and they don't work right. I know 20040505 is showing its age, but there isn't a 200406xx yet. Since my last report: - Bugzlla bugs #2128 & #2129 have closed. The problems were self-correcting - 2 More Bugs Filed - - #2276 - Screen refresh/redraw errors in Austerlitz demo - - #2277 - Redraw/refresh errors for Remote Assault demo - Stopped testing The War Engine. I don't want to juggle more than 4 programs at a time and I want to pick up Galactic Civilization. Austerlitz Summary ------------------ Bug #2276 is newly filed and the unhandled exception error is no longer present. There is still a screen redraw error Full report: http://www.tashcorp.net/Wine/Austerlitz/austerlitz-20040505.html Dominions II ------------ No noticable change. Dominions II still has screen redraw errors and mouse errors. Full report: http://www.tashcorp.net/Wine/DominionsII/dominionsII-20040505.html Remote Assault -------------- Remote Assault has started running but has several refresh/redraw errors. There are several new 'err:ddraw' messages: err:ddraw:set_render_state Unhandled dwRenderStateType ... and err:ddraw:Main_DirectDrawSurface_Lock Invalid values in LPRECT !!! Full report: http://www.tashcorp.net/Wine/RemoteAssault/remoteassault-20040505.html

1 0

Winrash update
by Chris Morgan 11 Jun '04

11 Jun '04

Just released a new version of winrash. I'm sending this email because after asking people who are running Winrash to send an email to the list or myself , I didn't receive any emails. This isn't usually a problem except when there is an issue with Winrash. I get error reports that have the IDs people put in but no way to contact them. So I added a field in the installer for a contact email. This will be sent along with the clientID when an error report is generated by winrash. In case anyone is curious the web archive for the error reports is here: http://www.winehq.org/hypermail/wine-tests-results/ I'd like to ask that anyone who installed winrash please run the installer again so they can enter a valid contact email. If you are one of those people wondering why your results aren't found at http://test.winehq.org/data/ this will help both of us by letting me get a hold of you ;-) The one change I should mention is the addition of proxy support in the 0008 release. There are a handful of people running behind proxies, I can tell by squid html in what should be the script part of the error reports. This version of the client *should* fix things for you. Thanks to Florian Steinel for the code change. Here is the SF link to the latest client: http://osdn.dl.sourceforge.net/sourceforge/winrash/winrash-0008-chris-msvc.… Thanks to anyone running the testing suite and for the feedback on winrash changes, I appreciate it. Thanks, Chris

2 2

Re: wine-devel -- confirmation of subscription -- request 127551
by root 11 Jun '04

11 Jun '04

confirm 127551

1 0

RE: How to determine if an application is running in Wine environ ment?
by Ivan 11 Jun '04

11 Jun '04

> It would be trivial for MS to say, "Thank you for > buying Microsift WOW! 2006, you are not authorized to > copy the program from the CD-ROM to a WINE environment > and doing so will constitute a violation of copyright, > punishable by a maximum term of five years in prison > and a $250,000 fine. Click here to exit the install > program" They can't do that, it would be an illegal violation of anti-trust laws. If they could have done it, you probably couldn't run office on crossover. Ivan.

1 0

RE: How to determine if an application is running in Wine environ ment?
by Raghavan Gurumurthy 11 Jun '04

11 Jun '04

The purpose of my question was to make sure that wherever we are doing changes to the product code to work-around limitations in Wine, we are doing so only when running on Wine. And, before you (or anyone else) send further flame mail, note that we are submitting fixes to Wine as and when we run into them and have a solution. We are not trying to limit the product in anyway on Linux - if any, we are trying to make sure that the end-user experience for our product when running on Linux is as painless and seamless as possible. So, stop being so paranoid! == Raghavan -----Original Message----- From: Joshua Walker [mailto:halkun2002@yahoo.com] Sent: Thursday, June 10, 2004 5:13 PM To: wine-devel(a)winehq.com Subject: Re: How to determine if an application is running in Wine environment? Hold on... Let's pretend that a particular software manufacturer decides that running thier software under wine is no in the best intrest of the company. Or better yet, decides that if the program isn't running under a true Microsoft windows It will you that running program XYZ under Wine is illigal (Due to click-wrap licence agreement). Can you safely remove that key so that "menie" programs like that don't know where they are. Remeber DR-DOS and Win3.1? --- Bill Medland <billmedland(a)mercuryspeed.com> wrote: > On June 9, 2004 10:07 am, Raghavan Gurumurthy wrote: > > BlankIf i want to do some special handling inside > my Windows executable > > when running in Wine environment, what is the best > way to do this? > > > > Thanks, > Unless things have changed, I think the normal suggestion is to look > for the HKLM/Software/Wine registry key > -- > Bill Medland > mailto:billmedland@mercuryspeed.com > http://webhome.idirect.com/~kbmed > >

5 4

Looking for developers: processing of Windows EMF files for CUPS, NX, Samba and Freedesktop.org printing
by Fabian Franz 11 Jun '04

11 Jun '04

Hi, my name is Fabian Franz. I am usually hacking for Knoppix. Recently Kurt showed me NX/NoMachine.com. You can read some more about NX/NoMachine here: http://www.linux-kongress.org/2003/abstracts/index.html#3_7_2 http://www.nomachine.com/ 'X from NoMachine makes remote GUI connections faster than ever before, especially over lo-bandwidth/hi-latency links. The remote session can be initiated from all major workstation OS-es (Linux, Windows, Mac OS X, Solaris) and even PDAs (Zaurus, iPAQ). They can connect truely cross platform to Unix-Linux/X11, Windows/RDP and "anything"/VNC. A modem link a mere of 40 KBit/sec gives a very comfortable working speed for a KDE desktop running Konqueror (file manager), OpenOffice (word prozessor), Mozilla (web browser) and KMail (email client). This type of NX link is faster to work with than a DSL link with 384 kBit/sec using vanilla X11 over "ssh -X -C".' I was fascinated so much by this sofware, that I did some research. I noticed that it doesnt yet support printing ... You are not be interested in the use case I describe next? But you stll find the research useful? Then just skip to "===" The Use Case ----------------- With NoMachine I have the possiblity to use my machine at home (Windows, Linux) from anywhere and from every OS platform (Linux, Windows, Solaris, Zaurus, iPAQ, Knoppix) with maximum speed. Even with just 16 kbit/s upstream, it has nice performance. I login and can work on my machine, with my files and everything is good. :-) Now I want to print something. I have attached my local printer to my notebook and want to print from my remote Linux session. If my notebook is running linux, everything is fine. The CUPS on the remote side is sending the untouched data ("raw printer driver") to the CUPS on my side. The local CUPS parses the format, prints with the local driver and my printer prints. So I did not have to configure _anything_ on the remote CUPS daemon. It just works out of the box. Now change the scenario. Assume that now I had to boot my notebook into Windows. The locally attached printer may be proprietary.... So even if I could configure CUPS on the remote side, it still would have no driver to print to Windows. Windows would pass whatever it gets to the printer and the printer would in the best case say "I don't understand this" or print garbage. But there is one file format every Windows printer driver accepts as input (and converts it into the format of his target printer): it is called EMF (Enhanced MetaFile). If we could make sure that we send correct EMF to Windows, we had a guarantee that it would finally be printed. In fact, one of the central jobs of any Windows printer driver is to convert EMF into printer specific data. The task to "reverse engineer" EMF and create a Linux program that outputs EMF for printing seems to be too complicated at first. In priciple Windows records all commands that draw something and writes it to a (temporary) file. This was done to allow an application to just pass the data to Windows and then return back to normal operation. If "direct printing" is enabled, the application would have to wait for the printer to finally accept the last page. This spooling can be used to get hold of EMF files for analyzing. It should be noted that EMF is encapsulated then into a *.SPL spool file, which can contain several EMF-files and a printjob title. For more information and a really nice diagram see: http://www.printlogger.com/support/articles/msdn/3/index.html You can also get much information directly from Microsoft or other websites. Just use google ;-) Wouldn't it be nice, if I just printed on my remote session and then Windows would use its native driver? I would print on my remote session with CUPS and CUPS would create EMF (device independent extended metafile) and that EMF would be spooled to a SPL file and that SPL file would be transferred to my local Windows box printer and from there it would use the native driver to print my document. === The Task ----------- Spooling EMF to Windows ()instead of raw) to allow usage of the native printer driver ... First it sounds really easy to do. But then you find many problems at second sight: The Problems ----------------- - There is no program to convert ps to EMF on Linux. - The MS spool format is proprietary and not easy to understand. (This format is called SPL) But both of these are wrong: EMF Creation ----------------- For converting ps to EMF you can use either: - libEMF.sf.net and pstoedit or - OpenOffice.org :-) While libEMF does only implment a subset of the EMF-fileformat and is optimized for graphics, OpenOffice.org's EMF-Output is of perfect quality. Kudos to the guys from Star Division, who I believe did this initial job. (If I am wrong, please correct me) So, the first problem is almost solved. Almost, because OpenOffice cannot import PS (postscript) or any other vector based fileformat, we have on linux. But I am sure there are possibilitites, to solve these issues: Either implement OpenOffice PS-import (We'll need it anyway sooner or later) or to extract the EMF-Filter from OpenOffice.org and build it into some PS-Application. Ok, now to the second problem. SPL File Format -------------------- - SPL format is proprietairy. Well, yes. Microsoft gives no information whatsforever about this format, as it is due to change in a new version. Well, but when SMB / CIFS was implemented I believe it did also change from Release to Release, didn't it? Fortunatley there are already some "hackers", who have done substantial work on the SPL-fileformat, so that its now "known". Well, but let me start from beginning. The day before yesterday morning I started my research again, after I got an email from Wolfgang Glunz, author of pstoedit, saying that EMF was not like the Windows spool-format spl. So I did some google-groups reseach and I found posts from Feng Yuan. He explained that spl was just a small aditional header before and after the EMF pages. Programming resources ----------------------------- He also pointed to his website http://www.fengyuan.com. Guess what, Feng Yuan even did write a book about Windows GDI programming and also had a very nice EMF-test-application included. If you want to experiment with EMF, get that EMF.zip: It is really worth it. It can even read spl files directly. And it prints out the different GDI-commands to print the image, so you can also check the "quality" of your EMF-creation tool. (I'll try to get the book at our local computer science library (If I can trust the internet it should be there ;-) ) to look up the chapter about printing) You can "force" your local printer to spool to EMF first and to keep the spooled files. (You have to use "EMF NT 1.8" instead of RAW in one of the advanced pages and also tick another checkbox to keep the spooled files) Once I got that spooled spl file, I did look at it with "edit" in binary mode and did remove the spl header. And the (one page) spl-file was converted to EMF! What is really nice is, that as I already mentioned, the "hackers" from http://undocprint.printassociates.com/spooler/spoolfiles/spl/ did write up, what they do know about the spl format and that should be enough to parse or create spl files from / to EMF. "Print Mirror" ---------------- And there is also another very interesting link to some "hacker", who published an article on the msdn how to extract EMF files from the spl files. But not enough, he even started an open source project under the GPL (!) for a print mirror utility, that allows one to save the EMF data from the spool files. http://www.angelfire.com/extreme4/vprint/ While it could be a very practical tool to create EMF -> SPL and vice versa converters, I also could imagine that having sample GPLed printer code could be useful for other developments too. (You'll need the DDK (MS VisualStudio DDK (Driver Development Kit)) to compile it, though) Sources ---------- I have attached some sources I wrote today from the undoc-printing specification (You'll need libwine-dev to compile them). Thanks go to Christoph Lindemann for publishing that information. spl_info.c could be easily extended to allow extraction of EMF-files, I just was too lazy to do it. spl_create.c can create valid spl-files from one or more EMF-files. I tried using an EMF made by OpenOffice.org under linux and spooling that one to Windows through normal kprinter / cupsdoprint / smbspool operation. Guess what? Windows did use the native driver installed on the machine. As I did use some printer that prints to "FILE", I could see that the output indeed was "HPs Adobe Postscript". So my initial idea indeed does work. "Experiments" and next steps ------------------------------------- For first experiment see "sources" above ;-) Even one step further would be to integrate and experiment with that technology in Samba smbspool some more. (Jerry Carter from the Samba Team mentioned it could be interesting to change to RPC instead of SMB for that). One could also try to enhance libEMF to allow the whole EMF-"standard". (Well, WINE GDI libs and OpenOffice.org source could help) You can find an overview of EMF at MSDN: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/gdi/metafi… - An Overview of the Extended METAFILE Structures. Or / And to add ps-import to OpenOffice.org. While pstoedit is nice, the font creation with the current sdl is charcater for character, which is not exactly the best for printing ;-) - especially if you have such an powerful library as GDI. Do something cool with "Print Mirror". I for exmaple could imagine that testing is much easier that way, as you can directly see the results. Conclusion -------------- I believe, when one would combine the results of this "technology analysis", it would be possible to: - Allow spooling of EMF for Samba to accept (Dunno if there are szenarios, where this would have advantages) - Allow a CUPSd to send EMF data to Windows and let Windows use the local printer driver. (for the use case mentioned in the beginning) - With the "PrintMirror" it might be possible to force creation of EMF, as its not always done, yet. Even if Microsoft decided to change the format of SPL, one could support, I believe 3.x/95/98/ME/NT/2000/XP/2003, which should suffice for the next years ;-). Thanks also go to Kurt Pfeifle for reading and helping with this document. All discussions should CC one mailing list and I would propose samba-technical for that. cu Fabian "Bibliography": http://www.linux-kongress.org/2003/abstracts/index.html#3_7_2 - Explanation of NX / NoMachine by Kurt Pfeifle. http://www.nomachine.com/ - Terminalserver with very efficient compression to allow usage over low-bandwidth links http://www.printlogger.com/support/articles/msdn/3/index.html - Diagrams that explain the Windows Spooling Process http://libEMF.sf.net - Library, which can create EMF together with http://www.pstoedit.net http://www.fengyuan.com - Book and sample EMF application http://undocprint.printassociates.com/spooler/spoolfiles/spl/ - The SPL file format http://www.angelfire.com/extreme4/vprint/ - Open Source "Print Mirror" EMF extraction utility. http://msdn.microsoft.com/library/default.asp?url=/library/en-us/gdi/metafi… - An Overview of the Extended METAFILE Structures. This posting is dual licensed under the Creative Commons Share Alike (http://creativecommons.org/licenses/by-sa/2.0/) and the GNU FDL license.

5 4

How to determine if an application is running in Wine environment?
by Raghavan Gurumurthy 11 Jun '04

11 Jun '04

BlankIf i want to do some special handling inside my Windows executable when running in Wine environment, what is the best way to do this? Thanks, -- Raghavan Gurumurthy Gupta Technologies

4 4

[D3D8] Fix Ati set_tex_op
by Raphael 11 Jun '04

11 Jun '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Changelog: - fix version string - some fixes to ATI specific paths of set_tex_op (Christian need to complete it) - fix use of GL_SUPPORT(NV_TEXGEN_REFLECTION). I have used the wrong define, i'll get a brown paper bag :( Now Unreal(s) (UT2003,UT2004,U2) are more beautifulls :) Regards, Raphael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAyP9+p7NA3AmQTU4RAiFyAJ0TqFMtteoA2A7NIMQ1tZqnEnuiIACeLKL7 6zh71LxsAFX1KhX6W1Q0EP4= =93Dw -----END PGP SIGNATURE-----

1 0

Zombie processes
by Shachar Shemesh 09 Jun '04

09 Jun '04

Hi all, Mike M told me on IRC that this matter has come up before, but I have not been able to find it in the archives. It seems Wine has been generating lots of zombie processes when it's not 100% cleanly killed. I have also seen the system hold a socket created from a wine process in "ESTABLISHED" state, when no process is registered as the socket's owner. According to Alexandre according to Mike, this is a kernel bug. Well, it most certainly is. Theoretically, there is nothing a user space process can do to cause zombies to stay around after their parent has exit, or keep sockets open after their controlling process has quit. As wine is a user space only process, this must be a kernel bug. No way around it. However, it happened to me both on RedHat 9 with 2.4.something (NPTL back ported), with both RH9's original kernel, and their most up to date one. It also happened on Debian Sid's almost-vanilla kernel 2.6.6. It happened with LD_ASSUME_KERNEL=2.4.1 making wine choose the standard threading mode, as well as without, choosing nptl. The zombies are sometimes called wine-pthread/wine-kthread, and sometimes wine-preloader. In short, I think this is a long standing Linux kernel bug, and Linus helps those who help themselves. I will also not be surprised if it was triggered by a wine bug. So the question is this. Is there anyone on this list who knows how to submit this as a question to lkml? The only time I tried to do anything remotely like it, I was seriously ridiculed. I understand from friends that live there that this is not an exceptional thing, so I'm a bit hesitant to go back there. If no one else does, however, I will. It will require me to untaint my kernel, so someone please save me from the slow armagatron I get when I'm not running nvidia, and report this :-) Will someone take this task on himself? Shachar -- Shachar Shemesh Lingnu Open Source Consulting http://www.lingnu.com/

7 6

[winemenubuilder] shell:SHELL32_DllCanUnloadNow (void): stub, WinMain failed
by Luca Capello 09 Jun '04

09 Jun '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, I'm not 100% sure this is the good mailing-list, but I think so. I was trying to use the 'winemenubuilder' with CVS-20040605, but I got an error: ===== luca@gismo:~/cvs/wine$ ./wine winemenubuilder \ /home/luca/.wine/fake_windows/TreeView.lnk fixme:shell:SHELL32_DllCanUnloadNow (void): stub err:menubuilder:WinMain failed to build menu item for \ /home/luca/.wine/fake_windows/TreeView.lnk luca@gismo:~/cvs/wine$ ===== Now, to let you know my 'wine' environment, my 'fake_windows' came from the 'WineTools' [1] and then I installed: 1) DCOM98 (via WineTools) 2) Windows Installer (via WineTools) 3) Adobe Illustrator 10 4) Adobe Photoshop 7.0 5) BioEdit && TreeView && pDRAW32 (biological programs) In ~/.wine/config, I've: ===== luca@gismo:~/cvs/wine$ grep shell /home/luca/.wine/config "ShellLinker" = "wineshelllink" "shell32" = "builtin, native" luca@gismo:~/cvs/wine$ ===== Is this a 'wine' bug or a problem with my configuration? Thx, bye, Gismo / Luca [1] http://franksworld.net/winetools.html -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Debian - http://enigmail.mozdev.org iD8DBQFAwdyCVAp7Xm10JmkRAiKVAJ0Sf/n7T1HZHP5DnkTmJB7d69AFIwCfSWMc mnMY9xdr2OODWBPWZknkoWc= =W0wV -----END PGP SIGNATURE-----

3 11

Wine on FreeBSD current
by John Birrell 09 Jun '04

09 Jun '04

Are there any people subscribed to this list who use Wine on FreeBSD current? I'm just wondering if it is supposed to work as well as FreeBSD stable. -- John Birrell

2 1

Linux links in Windows
by Fabian Cenedese 09 Jun '04

09 Jun '04

Hi I have a question about the standard drive/directory. I think there were some changes recently so I don't know the current state. I'm still on 20040408 as we needed to freeze and test the source. I have a process which changes the current dir and then starts a new program with CreateThread. But this one is back in the old dir again. Shouldn't it inherit the current dir of the starting process? Is this already in the current wine? Thanks bye Fabi

1 1

Re: winmm GetDevCaps better pointer check patch
by Robert Shearman 08 Jun '04

08 Jun '04

On Sun, 2004-06-06 at 19:26, Robert Reif wrote: > Not a real program but Microsoft's API checking programs do > try non NULL bad pointers and expect an error return rather > than a program crash. > > Are you saying checking a good pointer can cause problems? No, checking a bad pointer can cause problems. See: http://blogs.msdn.com/LarryOsterman/archive/2004/05/18/134471.aspx Rob

4 4

Re: (Still) problem on AMD64 with wine CVS
by Maurizio Monge 08 Jun '04

08 Jun '04

> Maurizio, > Ignore what it says in the source, in dlls/ntdlls/virtual.c you can change > the value in ADDRESS_SPACE_LIMIT to suit yourself. Many applications (I > venture to say most ) work fine and my solaris distro has been compiled > like this for two years with few (Actually no) complaints. > > Just don't tell Aleandre, the comment in there about not being able to > change it was directed squarely at me as a result of me doing it ! Stil, it > made wine work, while without changing the define Wine definitely would NOT > > Bob mh, i have set ADDRESS_SPACE_LIMIT to 0xffffffff and i am getting the same error... :-( Does anyone have an idea of why the mmap at the and of the "strace" i posted some time ago fails? Thx Maurizio please CC to monge(at)sns(dot)it

1 0

RE: Incoming Msg
by Twickline 08 Jun '04

08 Jun '04

1 0

wine problem
by mguyard 08 Jun '04

08 Jun '04

Hello I do that Before starting to work on a big project you may want to try to port a small application. The winemine application from the Wine source tree suits well for testing purposes. It can be found in the programs subdirectory. winemine is a simple application, but has a few C, header and resource files. Run make clean in the winemine source directory if it contains results of previous builds. Create a separate directory with name winemine2, so it won't conflict with the Wine copy of the application. Copy the sources of winemine (files *.c, *.h, *.rc) to this directory. Now run the commands, mentioned above from the winemine2 directory: $ winemaker --lower-uppercase . without any problem and after i go at wine directory and do ./configure and after i type make and i have a lot of errors: dialog.c:64: « p_board » non déclaré (première utilisation dans cette fonction) dialog.c:64: erreur d'analyse syntaxique avant le jeton « ) » dialog.c:65: « hDlg » non déclaré (première utilisation dans cette fonction) dialog.c:67: « TRUE » non déclaré (première utilisation dans cette fonction) dialog.c:69: « WM_COMMAND » non déclaré (première utilisation dans cette fonction) dialog.c:70: « wParam » non déclaré (première utilisation dans cette fonction) dialog.c:71: « IDOK » non déclaré (première utilisation dans cette fonction) dialog.c:78: « IDCANCEL » non déclaré (première utilisation dans cette fonction) dialog.c:84: « FALSE » non déclaré (première utilisation dans cette fonction) dialog.c: Au niveau supérieur: dialog.c:87: erreur d'analyse syntaxique avant « CALLBACK » dialog.c:87: erreur d'analyse syntaxique avant « hDlg » dialog.c: Dans la fonction « TimesDlgProc »: dialog.c:89: erreur de syntaxes avant le jeton « * » dialog.c:92: « uMsg » non déclaré (première utilisation dans cette fonction) dialog.c:93: « WM_INITDIALOG » non déclaré (première utilisation dans cette fonction) dialog.c:94: « p_board » non déclaré (première utilisation dans cette fonction) dialog.c:94: erreur d'analyse syntaxique avant le jeton « ) » dialog.c:98: « hDlg » non déclaré (première utilisation dans cette fonction) dialog.c:102: « FALSE » non déclaré (première utilisation dans cette fonction) dialog.c:103: « TRUE » non déclaré (première utilisation dans cette fonction) dialog.c:105: « WM_COMMAND » non déclaré (première utilisation dans cette fonction) dialog.c:106: « wParam » non déclaré (première utilisation dans cette fonction) dialog.c:107: « IDOK » non déclaré (première utilisation dans cette fonction) dialog.c:108: « IDCANCEL » non déclaré (première utilisation dans cette fonction) dialog.c: Au niveau supérieur: dialog.c:117: erreur d'analyse syntaxique avant « CALLBACK » dialog.c:117: erreur d'analyse syntaxique avant « hDlg » dialog.c: Dans la fonction « AboutDlgProc »: dialog.c:119: « uMsg » non déclaré (première utilisation dans cette fonction) dialog.c:120: « WM_INITDIALOG » non déclaré (première utilisation dans cette fonction) dialog.c:121: « TRUE » non déclaré (première utilisation dans cette fonction) dialog.c:123: « WM_COMMAND » non déclaré (première utilisation dans cette fonction) dialog.c:124: « wParam » non déclaré (première utilisation dans cette fonction) dialog.c:125: « IDOK » non déclaré (première utilisation dans cette fonction) dialog.c:126: « IDCANCEL » non déclaré (première utilisation dans cette fonction) dialog.c:127: « hDlg » non déclaré (première utilisation dans cette fonction) dialog.c:132: « FALSE » non déclaré (première utilisation dans cette fonction) something is not declared so i follow the operation procedure: You are done! Now you can start the application as ./winemine2. If you come across problems preparing and building this application this probably means that winemaker utility is broken by some changes in Wine. Try asking for help on <wine-devel(a)winehq.org> so i try to ask the question at your business. Please help me regards Mickael GUYARD INTA engineer Paris Accédez au courrier électronique de La Poste : www.laposte.net ; 3615 LAPOSTENET (0,34/mn) ; tél : 08 92 68 13 50 (0,34/mn)

1 0

Re: Spin Counts For Critical Sections on SMP
by Robert Shearman 08 Jun '04

08 Jun '04

On Mon, 2004-06-07 at 18:14, Robert Shearman wrote: > Changelog: > Honour spin count setting for critical sections on SMP Actually, this patch isn't right. Don't apply. Rob

1 0

Blizzard Updater Problem
by Erich Hoover 08 Jun '04

08 Jun '04

I haven't been able to get the blizzard updater to run on recent versions of wine (I've downloaded from CVS to make sure there isn't a fix). I'm not sure if this is something wrong with my setup or a bug with wine (i recently reinstalled my system with Fedora Core 2 and am no-longer running the same version of wine). I'm executing programs with "setarch i386 wine <appname>" but the blizzard updater seems hosed (though Diablo II and Warcraft III run fine). It appears that the updater doesn't launch correctly (i'm guessing because of the setarch stuff) so I run the updater manually by typing "setarch i386 wine BNupdate.exe" and I get this: fixme:msvcrt:_XcptFilter (-1073741819,0x5584f76c)semi-stub wine: Unhandled exception (thread 0009), starting debugger... fixme:console:SetConsoleCtrlHandler (0x55609ec4,1) - no error checking or testing yet WineDbg starting on pid 0x8 Unhandled exception: page fault on write access to 0x00000000 in 32-bit code (0x558fc91c). In 32 bit mode. 0x558fc91c: movl $0x0,0x0(%eax) Wine-dbg>quit WineDbg terminated on pid 0x8 At which point I have to type quit to close the debugger (as you can see). Any help would be greatly appreciated, if you need more information just send me a message.

4 7

Warning about ultra-confusing thing
by Mike Hearn 07 Jun '04

07 Jun '04

Hi all, Sometimes it is convenient to do a "killall -9 wine-pthread" to kill Wine for whatever reason. This no longer works: $ ps ax | grep wine-pthread | grep -v grep 10425 pts/4 S 0:00 /opt/wine/bin/wine-pthread notepad.exe $ killall wine-pthread wine-pthread: no process killed $ killall wine-preloader $ Huh? WTF is going on here? Well, it seems that "ps" and "killall" look at different places to get the process name, so despite the fact that it appears as wine-pthread in the process list, you must use the name wine-preloader in order to send it signals from the command line. There are reasons for this, which will hopefully become clear when I submit my docs on the Wine init process. For now, you have been warned. thanks -mike

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