wine-devel

wine-devel@winehq.org

2 participants
84469 discussions

Close X after one hour and half
by Marcelo Welter 02 May '02

02 May '02

Hello friends a run my applicationwith wine and xinit like: xinit wine myapp.exe -- :0 running very well, but after one hour and half this broken my X session and back to text console... i not see a messagem that refer to this problem in the screen and logs are equal I dont understand what happen with X to make... anybody help me..? Marcelo

1 0

Re: wine/ ./winedefault.reg dlls/Makefile.in dlls/ ...
by Andreas Mohr 02 May '02

02 May '02

On Wed, May 01, 2002 at 08:29:19PM -0500, Alexandre Julliard wrote: > ChangeSet ID: 1020302959714181280302913 > CVSROOT: /opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 02/05/01 20:29:19 > > Modified files: > . : winedefault.reg > dlls : Makefile.in > dlls/avifil32 : Makefile.in avifil32.spec > dlls/imm32 : imm.c imm32.spec > dlls/quartz : Makefile.in main.c quartz.spec > include : Makefile.in > ole : uuid.c > Added files: > dlls/avifil32 : avifile.c > Removed files: > dlls/avifil32 : api.c avifile_private.h comentry.c iafile.c > iastream.c igframe.c main.c string.c > dlls/imm32 : immddk.h > dlls/quartz : README acmwrap.c amundoc.c asyncsrc.c > asyncsrc.h audioutl.c audioutl.h audren.c > audren.h avidec.c aviparse.c basefilt.c > basefilt.h basepin.c capgraph.c capgraph.h > complist.c complist.h csconv.c devenum.c > devenum.h enumunk.c enumunk.h fgevent.c > fgpass.c fgraph.c fgraph.h filesink.c > filesink.h fmap.c fmap.h ifgraph.c ijgdec.c > ijgdec.h imcntl.c imfilter.c impos.c imseek.c > iunk.c iunk.h memalloc.c memalloc.h midparse.c > mjpgdec.c mpadec.c mpgparse.c mpvdec.c mtype.c > mtype.h parser.c parser.h qtdec.c qtparse.c > quartz_private.h regsvr.c regsvr.h sample.c > sample.h seekpass.c seekpass.h sysclock.c > sysclock.h videoblt.c videoblt.h vidren.c > vidren.h wavparse.c xform.c xform.h > include : amaudio.h amvideo.h control.h errors.h evcode.h > strmif.h > > Log message: > Removed a bunch of multimedia code at Hidenori's request. Whoa, this is certainly a "bunch" of code ! :-( I hope the reason for taking such rather drastic measures was important. Oh well, anyway, thanks for your contributions, Hidenori ! (I'm just assuming there are still some left ;-) -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://home.arcor.de/andi.mohr/

1 0

Ftruncate check
by Steven Edwards 01 May '02

01 May '02

I saw it was not applied. What was wrong with it? Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson

2 2

statusbar question
by Medland, Bill 01 May '02

01 May '02

I am about to have a go at tidying up a little problem with the statusbar and our application and I want to check as to what we really know and what we are currently guessing. Our application has a sunken owner-drawn part in the status bar, in which we draw multiple icons. Under WINE the part is not sunken (and the icons are poorly rendered - a separate issue) but the background colour is OK. I see that currently the code for statusbar is: For all parts If owner drawn then let the owner draw it else fill the background if ownerdrawn then let the owner draw it (legacy code) else draw the border if there is an icon then draw it draw the text. fi fi end for Can anyone justify this order as opposed to e.g. draw the background, draw the border, then if owner drawn let the owner draw the rest, otherwise draw the icon and text? It seems to me that the latter is more consistant with what I see but I don't want to break a load of stuff. Bill

1 0

Re: WM_PAINT BUG
by Dustin Navea 01 May '02

01 May '02

--- ziolas <ziolas11(a)poczta.onet.pl> wrote: > Well I've been trying to get UT and DeusEx to work > under winex 2.0 (yeah I > know about the linux binaries for UT). It both work > great under software > rendering but in HW they suck. In D3D the game loads > up, then complains about > vertex buffer and shuts down. In opengl it doesn't > display any 3d graphics > (ex. in deus ex I can see the menu, but not the 3d > logo behind it), and the > console is flooded with "beginpaint not called on > WM_PAINT" messages. This is > probably a bug which should be fixed. Good luck to > the winex devel's! > this message is probably better suited to the winex forums, but let me take a look at it and see whats up, be right back __________________________________________________ Do You Yahoo!? Yahoo! Health - your guide to health and wellness http://health.yahoo.com

1 0

MAX_PATH mess fix
by Steven Edwards 01 May '02

01 May '02

It seems mingw tries to include stdlib.h after windef.h in the build process and that was the result of the warnings/error. By making this change I don't have to change any of the other headers That depend on MAX_PATH (winnls,wingdi) by adding stdlib.h in them. I don't know if its right by the wine project standards but now I can compile 90% of the wine dll sources without warrnings/errors from stupid MAX_PATH. If someone has a better way please cvs diff -u me =) Thanks Steven Changelog: Fix the MAX_PATH mess under Mingw. (for real this time) cvs diff -u windef.h Index: windef.h =================================================================== RCS file: /home/wine/wine/include/windef.h,v retrieving revision 1.62 diff -u -r1.62 windef.h --- windef.h 10 Mar 2002 00:02:34 -0000 1.62 +++ windef.h 30 Apr 2002 21:41:42 -0000 @@ -149,6 +149,10 @@ #endif #endif /* NOMINMAX */ +#ifdef __MINGW__ +#include <stdlib.h> +#else + #ifndef _MAX_PATH /* FIXME: These are supposed to be in stdlib.h only */ #define _MAX_DRIVE 3 @@ -156,9 +160,13 @@ #define _MAX_DIR _MAX_FNAME #define _MAX_EXT _MAX_FNAME #define _MAX_PATH 260 -#endif +#endif /* _MAX_PATH */ + +#ifndef MAX_PATH #define MAX_PATH _MAX_PATH +#endif /* MAX_PATH */ +#endif /* __MINGW__ */ #define HFILE_ERROR ((HFILE)-1)

2 4

Java and Wine Interoperability on Solaris
by Warren_Baird＠cimmetry.com 01 May '02

01 May '02

Hi all, I've got an interesting problem on my hands - I need to invoke some winelib compiled win32 code from java (though jni) on a sparc-solaris box. Unfortunately I'm running into problems with the libthread.so library. If I create the JVM (which involves loading libthread.so) before wine, I get a segfault in the wine process_init function (during a call to getcwd that works its way down into libthread). If I instead initialize wine first, and then dlopen libthread.so and try to create the JVM, I get a segfault in the JVM code, in a function who's name includes the word thread (if that actually means anything). I've seen a few indications on the mailing list and in the docs that wine is not compatible with pthreads, but I haven't found a concrete discussion that gets into a lot of details - if anyone knows of a document somewhere that talks about this, I'd love to see it. I notice that there is a pthread.c file in scheduler, that seems to implement part of the pthreads api in terms of wine threads for glibc. Does anyone know if it would be possible to get something similar working on solaris? Does anyone have any other suggestions on how I might be able to make this work? Thanks! Warren

1 0

SetConsoleTitle
by Ann and Jason Edmeades 01 May '02

01 May '02

Question - I modified WCMD to support the 'TITLE' command which passed it through to SetConsoleTitle(A), and a simple program which subsequently calls GetConsoleTitle shows that the new value is in effect, but I dont see any window title for the WCMD shell. Is this a limitation of the console handling? (I tried with Managed='Y' and with no Managed line in my config file and the result was the same) Should I submit the patch to support the title command even though it will not be displayed currently? Its simple enough to do. Regards, Jason

1 0

word can't open documents...
by Michael Cardenas 01 May '02

01 May '02

With yesterday's cvs, opening a document causes it to crash with this output on the console: fixme:listview:LISTVIEW_UnsupportedStyles LVS_SHAREIMAGELISTS fixme:listview:LISTVIEW_SetItemCount flags LVSICF_NOINVALIDATEALL LVSICF_NOSCROLL not implemented fixme:file:FindFirstChangeNotificationA this is not supported yet (non-trivial). fixme:mpr:WNetGetUniversalNameW (L"Z:\\DOS\\My Documents\\Lkdjs ldkjsdlkj sdlkj s.doc", 0x00000001, 0x40552218, 0x4055263c): stub fixme:mpr:WNetGetUniversalNameW (L"Z:\\DOS\\My Documents", 0x00000001, 0x40553d68, 0x4055418c): stub fixme:mpr:WNetGetUniversalNameW (L"Z:\\DOS\\My Documents\\Lkdjs ldkjsdlkj sdlkj s.doc", 0x00000001, 0x4055435c, 0x40554780): stub fixme:mpr:WNetGetUniversalNameW (L"Z:\\DOS\\My Documents\\Lkdjs ldkjsdlkj sdlkj s.doc", 0x00000001, 0x405532b0, 0x405536d4): stub X Error of failed request: BadValue (integer parameter out of range for operation) Major opcode of failed request: 1 (X_CreateWindow) Value in failed request: 0x0 Serial number of failed request: 30392 Current serial number in output stream: 30395 -- michael cardenas lead windows compatibility engineer lindows.com "Be the change you want to see in the world" -Mahatma Gandhi

1 5

FW: argc/argv issue - More info, hack and questions...
by Ann and Jason Edmeades 01 May '02

01 May '02

Hi, I havent had any replies to the attached issue I was debugging - Can anyone assist, or should I just submit the patch. I know the patch works but I feel it is just masking a compatibility problem between two of the wine internal routines. Jason -----Original Message----- Hello, I am still investigating this argv/argc issue. The sequence of events as far as I can tell: CreateProcessA(NULL, "regsvr32 comdlg32.ocx",....) Process_CREATE calls fork_and_exec( NULL, "regsvr32 comdlg32.ocx", ...) This sees there is no explicitly specified filename so inserts wine and -- into the command line (now "wine -- regsvr32 comdlg32.ocx") Eventually the new process starts with the wine -- regsvr32 comdlg32.ocx as the command line, so it needs to strip off the inserted fields, and in PROCESS_InitWine, main_exe_name is correct (path\regsvr32.exe) but the argc/argv includes these new fields. At the top it states: (Scheduler/process.c, lines 491/492): app_argv++; /* remove argv[0] (wine itself) */ app_argc--; This obviously leaves behine the -- and things go downhill from there onwards. Interestingly wine -- regsvr32 comdlg32.ocx works fine, so there must be command line processing here which doesnt occur during the CreateProcess route. Question: Should fork_and_exec insert the -- into the command line? If it should, should PROCESS_InitWine check for it, ie: app_argv++; /* remove argv[0] (wine itself) */ app_argc--; if (app_argc && strcmp(app_argv[0], "--") == 0) { app_argv++; /* remove argv[1] ('--' inserted by fork_and_exec) */ app_argc--; } However, what implications are of doing this (it works, of course). This feels like hacking around an imcompatibility within wine but I am happy to submit a patch as it definitely resolves a problem for me. Regards, Jason

3 3

Re: patches for DInput and getting memory size when running FreeBSD
by Francois Gouget 01 May '02

01 May '02

On Wed, 1 May 2002, Olivier Houchard wrote: > Hi, > > Here are a few patches. > The first one is to be applied on dlls/dinput/keyboard/main.c. It is ugly but that's the only way I found to get games that use SetEventNotification for keyboard to work. > The second one is to be applied on memory/global.c. It is not the best way to get memory size on FreeBSD I guess, but it is still better than 16*1024*1024 :) Maybe a couple of configure checks would be better? You could check for sys/sysctl.h and sysctlbyname for instance. For Linux we cannot check for anything because it uses normal functions and simply tries to read stuff in /proc. But on FreeBSD, the return of the first sysctlbyname("hw.physmem"...) may be used as a basis of an if, placed inside and #ifdef, and before the Linux one. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Advice is what we ask for when we already know the answer but wish we didn't -- Eric Jong

1 0

Re: patch for cups printers
by Marcus Meissner 01 May '02

01 May '02

> --- winehq/dlls/gdi/printdrv.c Thu Mar 28 17:22:05 2002 > +++ wine/dlls/gdi/printdrv.c Mon Apr 29 15:29:42 2002 > @@ -482,6 +482,8 @@ > > if (!strncmp("LPR:",pszOutput,4)) > sprintf(psCmd,"|lpr -P%s",pszOutput+4); > + if (!strncmp("CUPS:",pszOutput,4)) > + sprintf(psCmd,"|lp -d%s",pszOutput+4); > else > { > HKEY hkey; This is wrong, the else { } is handled in the LPR: case too so you break /etc/printcap based printing. Ciao, Marcus

4 6

wineconsole (Eric?) problem
by Ann and Jason Edmeades 01 May '02

01 May '02

Hi again, Another bug I have spotted can be demonstrated clearly by dir /s /w on wcmd on a small set of directories a couple of times (once my patch for /w is on). The first time it writes to the screen without scrolling and all is ok, the second time as it scrolls, it misses off 'Total files listed' and 'bytes free' two lines near the bottom. Basically the wineconsole is not being updated 100% correctly and skips some lines. Looking closely at the wineconsole code (by dumping out the screen at each event) I have worked out what is going on, but am not 100% sure about the 'proper' way to fix it. The problem is the console routines generally generate a sequence of events (assume an n line screen) v-scroll(x) (Make the xth line of the buffer the top line) update(x+n, x+n) (Write to the new bottom line of the screen) In the failing case I see v-scroll(x) (Make the xth line of the buffer the top line) update(x+n, x+n) (Write to the new bottom line of the screen) update(x+n+2, x+n+3) (Write beyond the bottom line of the screen) Although the data is retrieved correctly, it never gets displayed (An invalidaterect appears to happen) A simple way of avoiding this is to update wineconsole as follows: case CONSOLE_RENDERER_UPDATE_EVENT: Trace(1, " update(%d,%d)", evts[i].u.update.top, evts[i].u.update.bottom); /* test fix - Force updates to occur on visible screen */ if ((data->curcfg.win_pos.Y+data->curcfg.win_height) < evts[i].u.update.bottom) { Trace(1, " Forced vscroll \n"); data->fnScroll(data, evts[i].u.update.bottom - data->curcfg.win_height, FALSE); data->fnPosCursor(data); } else if (data->curcfg.win_pos.Y > evts[i].u.update.top) { Trace(1, " Forced vscroll2 \n"); data->fnScroll(data, evts[i].u.update.top, FALSE); data->fnPosCursor(data); } WINECON_FetchCells(data, evts[i].u.update.top, evts[i].u.update.bottom); The question is, is this correct, or is the server generating incorrect events, is the refresh not occurring properly etc? Thoughts please? Regards, Jason jason @ the-edmeades.demon.co.uk

2 4

clipping message
by Medland, Bill 01 May '02

01 May '02

Did someone want to know about this one? err:clipping:CLIPPING_UpdateGCRegion hVisRgn is zero. Please report this. (Our application printing a Crystal reports report from a DB2 database. I don't know if it's relevant but the data is read and under windows the preview display includes a treeview on the left with a couple of empty labels) If no-one else is interested I'll look into it later. Bill

1 0

Statusbar broken?
by Medland, Bill 01 May '02

01 May '02

I've just noticed that in the past few days all the stuff that normally appears in the statusbar etc at the bottom of our application has disappeared. Is this a known regression that someone is looking into or is it up to me? Bill

1 0

Bugzilla: A Call to Arms
by Andriy Palamarchuk 01 May '02

01 May '02

We already had discussion on wine-devel about importance of polishing Wine, making a set of applications to work very well. Cruicial in this process is prioritizing of the issues, work distribution between developers. The companies already have internal testing and bug fixing process. Of course, each company has their own product-specific work, but most of the problems are general for Wine. I suggest to share this work more actively using Bugzilla. Recently there was some work done in cleaning the issues database and it is in pretty much usable condition. To start using bugzilla more actively I suggest following steps: 1) define subsystem/direction owners. The owners will get their system-specific bugs. They won't necessary fix the bugs themselfs, but will have complete picture about all the issues in their subsystems and coordinate the bug fixing. Developers, please let me know your areas of expertese. I can overview Wine applications. 2) more formally define process of bugs handling and use this process. There is no high qualification needed to filter out bad bug reports, duplicates, request users for more information, attach relay trace to the bug, etc, etc. Result - developers will have to spend less time on discussion trivial bugs with users, will have better bug reports to work on, users will be more involved with more active feedback. Some users are very cooperative and some bug reports are really excellent! I see that Tony Lambregts, Michael Cardenas, others do a great work with the Bugzilla database. I'm also going to contribute some time for this. 3) Prioritize bugs. This is, probably, part of (2). Some bugs, while relatively easy to fix provide very big value for the end user. Often developers do not choose such issues to work on, exactly because these issues do not present challenge to them. BTW, I do not see a field "Priority" in the bugs entries. 4) Ask users to submit there problems in Bugzilla. Submitting Bugzilla report allows us to involve users more actively, persist their bug reports. Bugzilla is a more scalable approach than using mailing list only. Of course we still will discuss bugs on the mailing lists, bug big part of communication will be unloaded. There is a lot to do and discuss. For me the goal is to have this process not worse than in Mozilla project. This is impressive: http://webtools.mozilla.org/miscstats/ http://mothra.mozilla.org/webtools/miscstats/ I also like their bug report form: http://www.mozilla.org/quality/help/bugzilla-helper.html And this is for 1 application only! I'm sure Wine can generate much bigger volume of bug reports ;-) Look forward for your comments. Andriy __________________________________________________ Do You Yahoo!? Yahoo! Health - your guide to health and wellness http://health.yahoo.com

6 8

Ntddk.h wcstol question
by Steven Edwards 01 May '02

01 May '02

On some of the dlls this is a problem. Wine - include/ntddk.h INT __cdecl wcstol(LPCWSTR,LPWSTR*,INT); Mingw - stdlib.h long wcstol (const wchar_t*, wchar_t**, int); ReactOS - msvcrt/stdlib.h long wcstol (const wchar_t* wsNumber, wchar_t** pwsAfterNumber, int nBase); Anyone have a idea about what to do here? Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson

1 0

Re: SafeDisc FAQs
by Tels 30 Apr '02

30 Apr '02

-----BEGIN PGP SIGNED MESSAGE----- Moin, On 30-Apr-02 Tels carved into stone: > And even if it did, what could non-americans care about that? http://www.theregister.co.uk/content/4/25088.html Ouch! Seems we Europeans are in for much worse things :-( Cheers, Te"I wanna move - to the Mars"ls - -- "Why do you go so slowly? Do you think this is some kind of game?" PGP key available on http://bloodgate.com/tels.asc or via email. perl -MDev::Bollocks -e'print Dev::Bollocks->rand(),"\n"' confidentially deliver eligible mindshares -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: When cryptography is outlawed, bayl bhgynjf jvyy unir cevinpl. iQEVAwUBPM8lO3cLPEOTuEwVAQEPZAf+O4FH8K6alJQRo3HYwWktedcZ7j+co6as RlN1AH3f94c2mVRZ33gzNKZlXnCgpmNYXlxPI69dgiKuxTLs/zwUj13lIPviR79H PLzp/jJde6Rb1TSkoCbLTwx2OXJClFNyb6ElhpxKDMgNKK8m22RFfuFDjoz64q4e kPJrl5lBEPDggo0ppGpn5iN0QswhP1F5XmNv6l+qlq3mnYGk4w7K9xYFxSvEVaiE iAxP89rzuE7pODsNhK0JwMyorxea7dzHrVtqYc9ryWVuva7Ab3yVwMDoIYJhri7L DQqM6Q/NIQsmdcVXRMkxljfaNBoKVhCVn1pZoE5NT5nwoYdvmcVz5Q== =AadL -----END PGP SIGNATURE-----

1 0

Re: wine/win32 editline.c
by Eric Pouech 30 Apr '02

30 Apr '02

Alexandre Julliard a écrit : > Modified files: > win32 : editline.c > > Log message: > Jason Edmeades <us(a)the-edmeades.demon.co.uk> > - Added f8 (history retrieval from partial command) support > - Delete key deletes current character > - Ctrl + end deletes to end of line > - Ctrl + right stopped before the word itself <patch excerpt> static KeyEntry EmacsKeyMapCtrl[] = { { CTRL('@'), WCEL_SetMark }, @@ -617,6 +664,7 @@ {/*VK_END*/ 0x23, WCEL_MoveToEnd }, {/*VK_UP*/ 0x26, WCEL_MoveToPrevHist }, {/*VK_DOWN*/ 0x28, WCEL_MoveToNextHist }, + {/*VK_DEL*/ 0x2e, WCEL_FindPrevInHist /*L_DeleteCurrChar*/ }, { 0, NULL } }; </patch excerpt> there's a typo in the patch. the VK_DEL entry should point to WCEL_DeleteCurrChar and not to WCEL_FindPrevInHist A+

1 0

SafeDisc FAQs
by Laurent Pinchart 30 Apr '02

30 Apr '02

Hi, For those interrested, here's a FAQs about my SafeDisc support implementation. Feel free to comment. Laurent Pinchart

4 5

cups support apparently broken
by Michael Cardenas 30 Apr '02

30 Apr '02

Hello all. Apparently wine's cups support is broken. With our old version of wine, wine would correctly detect the current cups printer, but it couldn't actually print to it. So, you would see the print dialog, but when you hit the print button nothing happened. Now, I have cups installed and a build of yesterday's cvs and when I try to print wine tells me that there are no printers installed and I should "point to settings on the windows start menu, click printers" and add a printer. Anyone have any ideas on how this broke? thank you michael -- michael cardenas lead windows compatibility engineer lindows.com "Be the change you want to see in the world" -Mahatma Gandhi

4 8

Re: default windows version
by Insyde 30 Apr '02

30 Apr '02

>There's no such thing as a default version ;-) >Wine figures it out from the DLLs the program uses if no version is forced. So why I get an error msg if I start with no parameters and all DLL from win2k? this is the error I got when I start with out parameters (which is the same I have when the child program is called): err:ntdll:RtlpWaitForCriticalSection section 0x400f164c "module.c: loader_section" wait timed out, retrying (60 sec) fs=021f >Hmm, come to think of it: >Unless we actually pass all wine cmdline parameters (--winver, --managed etc.) >on to the wine child process (not sure about that right now, I think we do), >the new process won't use the same forced winver value as the >parent process uses. >Is this a problem ? Should this info be passed to the wineserver to >globalize it ? Yes, if this happen it should be a problem. I think most people will never face it because their programs have only one executable. If you have a lot of child programs and need the version to be the chosen one then we need to send the parameter to wineserver to start with that winver. >Oh, BTW: I'll rename defaultWinVersion to cmdlineWinVersion. >Much better name. Yes, it really is. Ricardo.

3 2

default windows version
by Insyde 30 Apr '02

30 Apr '02

Hi, I had a problem loading a second program under wine. I called the first program with: wine --winver win2000 pgm1 I input a password and it wirtes a data file, unloads itself and loads a second program. But there was an error every time the second program was to start that send me to the debug screen. So I found misc/version.c line 196 that the default value to wine load a program was WIN31, so I changed it to NT2K. Is there any problem doing this? If not, why is the default still WIN31? Thanks, Ricardo.

2 2

File not found after cvs update
by Marcelo Welter 30 Apr '02

30 Apr '02

Hello friends after cvs update a make ./configure config.status: error: cannot find input file: dlls/snmpapi/Makefile.in what happen with this file...? Marcelo

2 1

[Help]: Notes Client on WINE with XIM (Chinese/Japanese Input)
by leanne 30 Apr '02

30 Apr '02

Dear all, We are trying to use WINE (22/4/2002 version) to run Notes Client r6 with Chinese/Japanese Input. XIM is started successfully, but in some widgets we could not input Chinese/Japanese. Please find the screenshot here (http://www.thizlinux.com/~leanne/notes.png). We are forwarding a mail (with Chinese) in Notes Client. Chinese can be displayed but NOT input in the mail content area (After "Subject" line). What type of widget it is so that we could fix it? We can type Chinese on "Address" line (listbox). p.s. We can display and input Chinese/Japanese in Notepad.exe without any problems. Yours, Leanne

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