August 2003 - Wine-Devel - list.winehq.org

how to use wine on linux??

by csy annie

hi, i'm new to WINE. I've install it on linux in order to run my developed chat application (which need to run with a file called 'client.dll). Inorder to run windows application on linux i've choose to install WINE. However, i don't know how to use it after installing & configuring it on my linux(mandrake). For example, if i want to run my java file 'Client.java'. Do i type java Client.java to run as normal java program?? If so, will WINE automatically detect it's a windows file & execute it?? If not, what should i do?? Thanks in advance. _________________________________________________________________ Download ringtones, logos and picture messages from MSN Malaysia http://www.msn.com.my/mobile/ringtones/default.asp

Aug. 2, 2003

Re: [antony@antgel.co.uk: .msi files]

by Antony Gelberg

On Sat, Aug 02, 2003 at 09:31:21PM +0100, Antony Gelberg wrote: > On Sat, Aug 02, 2003 at 01:44:13AM -0500, Gregory M. Turner wrote: > > On Friday 01 August 2003 09:56 pm, Antony Gelberg wrote: > > > On Fri, Aug 01, 2003 at 09:19:05PM -0500, Gregory M. Turner wrote: > > > > On Friday 01 August 2003 08:50 pm, Antony Gelberg wrote: > > > > > I've also grepped the GetProcAddress calls at > > > > > http://www.antgel.co.uk/compsci/linux/cm4_debug_GPA - don't know if > > > > > that's any use. > > > > > > > > Based on this, I have a hunch: update to the latest cvs wine and you are > > > > good to go. I think the fix just went in very recently. It's cabinet > > > > stuff. > > > > > > > > -- > > > > gmt > > > > > > Just upgraded to latest CVS, but still no dice. Any idea where the fix > > > went? > > > > > > It's 4AM here now, so I > > > think I'll stop for the night, but thanks all for your help. Hopefully > > > we can get it resolved! > > > > > > Antony > > > > o maybe, perhaps probably, it's still cabinet.dll's fault! try cabinet.dll=n > > with a native cabinet.dll. If this works, please let me know. > > > > -- > > gmt > > > > Great, I'm getting much further now! I also had to install DCOM98. > > However, I get 1628: Failed to complete installation, in a dialog box. > This is before any files are copied as part of the installi, and before > any questions are asked. The log with -debug +relay is only 107MB - > any more pointers? > > Antony Don't know if this is any help: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/msi/setup/… Error 1628 maps to ERROR_INVALID_TABLE. Antony

Aug. 2, 2003

Re: [antony@antgel.co.uk: .msi files]

by Antony Gelberg

On Sat, Aug 02, 2003 at 01:44:13AM -0500, Gregory M. Turner wrote: > On Friday 01 August 2003 09:56 pm, Antony Gelberg wrote: > > On Fri, Aug 01, 2003 at 09:19:05PM -0500, Gregory M. Turner wrote: > > > On Friday 01 August 2003 08:50 pm, Antony Gelberg wrote: > > > > I've also grepped the GetProcAddress calls at > > > > http://www.antgel.co.uk/compsci/linux/cm4_debug_GPA - don't know if > > > > that's any use. > > > > > > Based on this, I have a hunch: update to the latest cvs wine and you are > > > good to go. I think the fix just went in very recently. It's cabinet > > > stuff. > > > > > > -- > > > gmt > > > > Just upgraded to latest CVS, but still no dice. Any idea where the fix > > went? > > > > It's 4AM here now, so I > > think I'll stop for the night, but thanks all for your help. Hopefully > > we can get it resolved! > > > > Antony > > o maybe, perhaps probably, it's still cabinet.dll's fault! try cabinet.dll=n > with a native cabinet.dll. If this works, please let me know. > > -- > gmt > Great, I'm getting much further now! I also had to install DCOM98. However, I get 1628: Failed to complete installation, in a dialog box. This is before any files are copied as part of the installi, and before any questions are asked. The log with -debug +relay is only 107MB - any more pointers? Antony

Aug. 2, 2003

Re: Trackbar select range tweaks

by Duane Clark

BiGgUn wrote: >> Changelog: Oops, initial thumb length doesn't appear to depend on >> SM_CYCAPTION after all. > > > Thumb length DOES depend on GetSystemMetrics( SM_CYCAPTION) on a > native platform. ( thumb_length = GetSystemMetrics( SM_CYCAPTION) + 2 > [with no select range]) If wine uses standard values from windows > there's no matter. But if a user decides to change these values in > its registry, trackbars won't reflect those changes in their sizes. > > So i think that thumb length still need to depend on this metrics > value. Well, as I mentioned elsewhere, on Win2K for me GetSystemMetrics(SM_CYCAPTION) returns 20, while the initial thumb size is 21. So any relationship appears to depend on the Windows version. By all means feel free to figure out exactly how it works, and submit a patch. But I think it needs to be tested on a few different versions of Windows. I find the explanation of SM_CYCAPTION in the SDK to not be too clear: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/win9x/verd…

Aug. 2, 2003

Strange code in misc/registry.c

by Lionel Ulmer

Hi all, Having lately some strange crashes when I start Wine with any --debugmsg command, I started to look at where the problem occured. >From my investigations, it came in the file misc/registry.c while loading 'system.1st' (yeah, I know, I should run in a no-Windows install, but well, my Wine installation is 6 years old and still working, so I won't change now :-) ). Anyway, the faulty function is '_strdupnA'. I added some traces and I have this : 0009:trace:reg:_strdupnA System\CurrentControlSet\Control\MediaProperties\PrivateProperties\Joystick (0x3c003f40) 79 0009:trace:reg:_strdupnA 0x3c003f90 This means that the string given as a parameter has the pointer '0x3c003f40', the length parameter is '79' and it returns '0x3c003f90'. It crashes later on at : 0009:trace:reg:_strdupnA System\CurrentControlSet\Control\MediaProperties\PrivateProperties\Joystick\OEM (0x3c003f90) 114 0009:trace:reg:_strdupnA 0x3c003418 So we give the '0x3c003f90' pointer (which is of length 79 as seen in the previous debug output) but (if you look at the code), will read 114 bytes from it (as the function uses 'memcpy' and not 'strncpy'). The attached patch fixes all crashes on my box, but well, as I am not very familiar with this code, sent it to wine-devel and not wine-patches for review by Registry gurus :-) Lionel -- Lionel Ulmer - http://www.bbrox.org/

Aug. 2, 2003

Re: Trackbar select range tweaks

by BiGgUn

> Changelog: > Oops, initial thumb length doesn't appear to depend on > SM_CYCAPTION after all. Thumb length DOES depend on GetSystemMetrics( SM_CYCAPTION) on a native platform. ( thumb_length = GetSystemMetrics( SM_CYCAPTION) + 2 [with no select range]) If wine uses standard values from windows there's no matter. But if a user decides to change these values in its registry, trackbars won't reflect those changes in their sizes. So i think that thumb length still need to depend on this metrics value. Stephan > /* initial thumb length */ > clientMetric = GetSystemMetrics(SM_CYCAPTION); > ....

Aug. 2, 2003

Linking to _wtol function

by Robert Shearman

Hi, I'd like to get people's opinions on how I should link to the _wtol function from a Wine DLL. Should I: a) Link to NTDLL and use the function there b) Link to MSVCRT and use the function there c) Create a new function in unicode.h d) Copy the function into my DLL Rob

Aug. 2, 2003

RE: [antony@antgel.co.uk: .msi files]

by Robert Shearman

> -----Original Message----- > From: Antony Gelberg [mailto:antgel(a)brain.pulsesol.com]On Behalf Of > Antony Gelberg > Sent: 02 August 2003 02:06 > To: Robert Shearman > Cc: wine-devel(a)winehq.org > Subject: Re: [antony(a)antgel.co.uk: .msi files] > Having said that, there are lots of calls like: > 0009:Call kernel32.GetStdHandle(fffffff5) ret=4049f965 > in the log. Ignore those. Thread 0009 is the debugger thread and it is just getting a handle for stdout or stderr. If you do a "grep -v 0009 cm4_debug" on the log then that will hide the debugger function calls. Like Greg said, it looks like a cabinet problem as the last two calls before it crashed were FDIIsCabinet and CloseHandle. Rob

Aug. 2, 2003

Re: [antony@antgel.co.uk: .msi files]

by Gregory M. Turner

On Friday 01 August 2003 09:56 pm, Antony Gelberg wrote: > On Fri, Aug 01, 2003 at 09:19:05PM -0500, Gregory M. Turner wrote: > > On Friday 01 August 2003 08:50 pm, Antony Gelberg wrote: > > > I've also grepped the GetProcAddress calls at > > > http://www.antgel.co.uk/compsci/linux/cm4_debug_GPA - don't know if > > > that's any use. > > > > Based on this, I have a hunch: update to the latest cvs wine and you are > > good to go. I think the fix just went in very recently. It's cabinet > > stuff. > > > > -- > > gmt > > Just upgraded to latest CVS, but still no dice. Any idea where the fix > went? > > It's 4AM here now, so I > think I'll stop for the night, but thanks all for your help. Hopefully > we can get it resolved! > > Antony o maybe, perhaps probably, it's still cabinet.dll's fault! try cabinet.dll=n with a native cabinet.dll. If this works, please let me know. -- gmt "Congress has not unlimited powers to provide for the general welfare but only those specifically enumerated." -- Thomas Jefferson

Aug. 2, 2003

Re: [antony@antgel.co.uk: .msi files]

by Antony Gelberg

On Fri, Aug 01, 2003 at 09:19:05PM -0500, Gregory M. Turner wrote: > On Friday 01 August 2003 08:50 pm, Antony Gelberg wrote: > > I've also grepped the GetProcAddress calls at > > http://www.antgel.co.uk/compsci/linux/cm4_debug_GPA - don't know if > > that's any use. > > Based on this, I have a hunch: update to the latest cvs wine and you are good > to go. I think the fix just went in very recently. It's cabinet stuff. > > -- > gmt > Just upgraded to latest CVS, but still no dice. Any idea where the fix went? It's 4AM here now, so I think I'll stop for the night, but thanks all for your help. Hopefully we can get it resolved! Antony

Aug. 2, 2003