wine-devel

wine-devel@winehq.org

3 participants
84472 discussions

argc / argv issue?
by Ann and Jason Edmeades 28 Apr '02

28 Apr '02

Hello, I started debugging a relatively simple problem, which is I copied comdlg32.ocx and regsvr32.exe from a windows 2000 box to a no-windows wine installation (on Mandrake 8.2), and found that if I run 'wine regsvr32.exe comdlg32.ocx', it succeeds fine, whereas running the same command under wcmd caused failures. I debugged a little further and the problem appears to be caused by argc being wrong when wcmd (a winelib program) launches regsvr32.exe. I am continuing to investigate but I know argv/argc issues have cropped up lots and would appreciate any pointers. My debugging so far (edited, @@@@ are my extra trace points): ./wcmd -debugmsg +msvcrt,+process >~/wine/patches/dbg/wcmdproccessinfo 2>&1 WCMD starting: trace:process:process_init @@@@@ argv[0] = ./wcmd trace:process:process_init @@@@@ argc = 1 trace:process:process_init @@@@@ argv[0] = /usr/local/bin/wineconsole trace:process:process_init @@@@@ argv[1] = --use-event=52 trace:process:process_init @@@@@ argc = 2 Launching regsvr32.exe: trace:process:process_init @@@@@ argv[0] = /usr/local/bin/wine trace:process:process_init @@@@@ argv[1] = -- trace:process:process_init @@@@@ argv[2] = regsvr32 trace:process:process_init @@@@@ argv[3] = comdlg32.ocx trace:process:process_init @@@@@ argc = 4 *** Note argc is 4 (correctly) trace:msvcrt:msvcrt_init_mt_locks initializing mtlocks trace:msvcrt:msvcrt_init_io :handles (8)(12)(16) trace:msvcrt:msvcrt_init_console :Opening console handles trace:msvcrt:msvcrt_init_args got 'regsvr32 comdlg32.ocx', wide = L"regsvr32 comdlg32.ocx" argc=3 *** Note argc is 3 now, incorrectly Other debugging bits of info, originally I thought the problem was in native msvcrt so I added trace to local __getmainargs to trace out what was passed: wine: trace:msvcrt:msvcrt_init_args got 'regsvr32 comdlg32.ocx', wide = L"regsvr32 comdlg32.ocx" argc=2 *** 2 parms trace:msvcrt:__getmainargs @@@ MSVCRT Info trace:msvcrt:__getmainargs @@@ Arg 0 = regsvr32 trace:msvcrt:__getmainargs @@@ Arg 1 = comdlg32.ocx wcmd: trace:msvcrt:msvcrt_init_args got 'regsvr32 comdlg32.ocx', wide = L"regsvr32 comdlg32.ocx" argc=3 *** 3 parms trace:msvcrt:__getmainargs @@@ MSVCRT Info trace:msvcrt:__getmainargs @@@ Arg 0 = -- trace:msvcrt:__getmainargs @@@ Arg 1 = regsvr32 trace:msvcrt:__getmainargs @@@ Arg 2 = comdlg32.ocx I'll continue to investigate, but suggestions welcome. Regards, Jason jason @ the-edmeades.demon.co.uk

2 3

RE: [ros-kernel] Status of building Wine under Cygwin/Mingw
by Robert Collins 28 Apr '02

28 Apr '02

> -----Original Message----- > From: Francois Gouget [mailto:fgouget@free.fr] > Sent: Monday, April 29, 2002 6:15 AM > To: Robert Collins > Cc: Steven_Ed4153(a)yahoo.com; wine-devel(a)winehq.com; ReactOS-Kernel > Subject: RE: [ros-kernel] Status of building Wine under Cygwin/Mingw > > > On Sun, 28 Apr 2002, Robert Collins wrote: > [...] > > > 4. add -liberty to the makefile for wrc and wmc. This is needed > > > because of getopt and optarg > > > > Cygwin has a BSD licenced getopt.c that doesn't need libiberty to > > link, only mingw (AFAIK). Anyway worth investigating? > > I usually regard getopt functions as higly unportable and > always try to avoid them. I did not check how they are used > in wrc&co, but it should not be very difficult to do entirely > without them. I believe that would be the best solution. You must end up writing the same bit of code many times. Ahh well, have fun. Rob

1 0

RE: [ros-kernel] Status of building Wine under Cygwin/Mingw
by Robert Collins 28 Apr '02

28 Apr '02

> -----Original Message----- > From: Steven Edwards [mailto:Steven_Ed4153@yahoo.com] > Sent: Sunday, April 28, 2002 2:35 PM > 2. run ./configure --host=mingw32 --target=mingw32 > --build=mingw32 CFLAGS="-D_MINGW_ -D_WINDOWS -DWINE_NOWINSOCK" You should probably add CC="gcc -mno-cygwin" CXX="gcc -mno-cygwin" to the configure line if you don't have a mingw cross compiler installed. > 4. add -liberty to the makefile for wrc and wmc. This is > needed because of getopt and optarg Cygwin has a BSD licenced getopt.c that doesn't need libiberty to link, only mingw (AFAIK). Anyway worth investigating? Rob

3 2

CD-ROM not recognized
by Ian D. Stewart 28 Apr '02

28 Apr '02

Howdy Folks, I'm trying to run Cryo's Arthur's Knights under wine. I've managed to install using setup.exe, but when I go to play the game, I get an error message telling me to insert CD #1, even though CD #1 is in the CD-ROM tray and mounted. Any clues as to why I would be getting this message, how to convince the game that the CD is actually in the CD-ROM drive, or how to research any of these issues myself? Thanx, Ian -- "How am I supposed to blend? I'm two feet taller than everybody else in here!" -- Chris Tucker Rush Hour 2

4 4

Re: CD-ROM not recognized
by Ian D. Stewart 28 Apr '02

28 Apr '02

On 27 Apr 2002 13:52:30 -0700, Dustin Navea wrote: > --- "Ian D. Stewart" <idstewart(a)compuvative.com> > wrote: > > Howdy Folks, > > > > I'm trying to run Cryo's Arthur's Knights under > > wine. I've managed to > > install using setup.exe, but when I go to play the > > game, I get an error > > message telling me to insert CD #1, even though CD > > #1 is in the CD-ROM > > tray and mounted. > > > > Any clues as to why I would be getting this message, > > how to convince the > > game that the CD is actually in the CD-ROM drive, or > > how to research any > > of these issues myself? > > > > > > Thanx, > > Ian > > > > > > -- > > "How am I supposed to blend? I'm two feet taller > > than everybody else in here!" > > -- Chris Tucker > > Rush Hour 2 > > > > > > hello, i noticed your problem and thought I would take > a gander at it. It could only be 1 thing and there > are 3 ways to try to solve it. The problem is that > the game more than likely uses copy protection to > prevent software pirates (warez kiddies) from making > illegal copies of it. Under the cd drive's section > ([Drive D] or whatever) remove the line that says > "Label" = that will allow wine to read the name of the > CD...some games use the name of the cd as their only > copy protection (Frogger 2), and if that is the case > with your cd, then that would fix it. Try that. No joy. The 2nd way > would be if they used some sort of on-cd copy > protection (safedisc or securerom), to check out > TransGaming's version of wine (dubbed WineX). It has > many games supported (has the ability to read > safedisc/securerom-enabled cd's) and would be able to > read it. If that doesn't work, you can always call > for a vote for them to support it and put the > safedisc/securerom code into their program. I'll take a look into this. Thanx. > The 3rd > and least recommended way is to get what is called a > crack. It allows you to use the game without the cd > being in the drive. But remember though that the > government of the US and many other countries > considers it illegal and you could go to jail for > using one. Now this provides an interesting peek into the minds of our legislatures. As I understand it, under the DMCA, developing and/or distributing technology *capable of* circumventing copy protection is illegal. However, use of said technology is not... Thanx again for the suggestions. Ian -- "How am I supposed to blend? I'm two feet taller than everybody else in here!" -- Chris Tucker Rush Hour 2

1 0

Wine[X] and Grand Prix 3 (Microprose)
by Rene Rebe 28 Apr '02

28 Apr '02

Hi all. I just turned my last 10 hours into configuring Wine to run Formula One Grand Prix 3 from Microprose. After several tries using the latest Wine and WineX (making many mistakes with the registry files ...) I got it to run using the last-night WineX cvs soruce ;-) I only have trhee graphic problems: a) the menus (where you configure several game options/details) do not appear in the right colors. Like a 8bit image displayed with the wrong color-pallete. b) in the race with very perfect weather (0% rain risk) - where the sky should be completely blue - the sky doesn't get painted at all -> resulting in "tearing" textures, because this area doesn't get refresh. (when some clouds show up the graphic is perfect) and c) Direct3D is not recognized at all -> resulting that the game runs in software-rendered mode. For a) I guess it migth be a wrong 16bit mode (or even an 8 bit mode) - my XFree-4.2.0 is running in 16bit mode normally. 24bit XFree results in the same mess and 8bit X results in a slighty worser images. About b) I guess some bitblt or clear function is nor working properly. I also tested the PerferctGraphics and DoubleBuffer option of Wine yielding the same results ... For c) OpenGL on my Matrox G450 is configured and runs fine - I have no clue whatever Wine[X] needs to provide Direct3D ... ? I can provide whatever trace output is needed - and would also offer to write some code if someone points me to the place in the souce where something is missing (I know C and C++ ...). I could also provide trace output to get (generic) Wine run the game. (It seems to be a problem that more DirectDraw is missing?). The rest of the game runs just fine, including Sound and Joystick support. Configuration: - Linux 2.4.19-pre7 - glibc-2.2.6 - gcc-2.95.3 - XFree-4.2.0 - AMD Athlon 1700XP; Matrox MGA 450 (OpenSouce driver) [- ROCK Linux (http://www.rocklinux.org)] k33p h4ck1n6 René -- René Rebe (Registered Linux user: #248718 <http://counter.li.org>) eMail: rene.rebe(a)gmx.net rene(a)rocklinux.org Homepage: http://drocklinux.dyndns.org/rene/ Anyone sending unwanted advertising e-mail to this address will be charged $25 for network traffic and computing time. By extracting my address from this message or its header, you agree to these terms.

1 1

Status of building Wine under Cygwin/Mingw
by Steven Edwards 28 Apr '02

28 Apr '02

Note: send any spelling/grammer errors to /dev/null. I've compiled a little list of things that are still lacking on the port of wine to mingw/msys/cygwin. Unless I mention cygwin as the target it can be assumed for the purpose of this doc I am speaking about a mingw target. About 5 or 6 months ago James Tablor and Casper Hornstroup ported wine to Mingw for ReactOS. ReactOS is very close to having basic Windowing support so I have set out to compleate the work they have started by bringing the wine/Rewind trees up to speed with our changes. The current wine build system still has a few things Missing before we can build without needing the reactos source tree/makefiles. Note: I have ordered the list by importance and the steps needed to build. 1. Make configure changes to build wine support under mingw/cygwin. Currently configure Has issues detecting how it should build the wine files as either dlls,so or .a I have submitted a patch for this but it was rejected because it was just a work-around And did not fix the problem. You will need to still run ./configure under cygwin as dlltool/wrap do not detect properly under msys with configure. With the current port in the ReactOS source tree we use our own Makefiles/resources and I would like to get away from this. 2. run ./configure --host=mingw32 --target=mingw32 --build=mingw32 CFLAGS="-D_MINGW_ -D_WINDOWS -DWINE_NOWINSOCK" 3. Remove winedump from the tools/Makefile as Mingw/Cygwin and others have support for dumping PE executable information and it is loaded with Unixisms. 4. add -liberty to the makefile for wrc and wmc. This is needed because of getopt and optarg 5. add a configure check to #define snprintf _snprintf for wrc when building with mingw. 6. Remove server, library and tsx11 for mingw. If you want to build wineserver under cygwin we will need to adapt get/set thread context from GDB's win32 support. 7. 90% of the source from the dlls compiles with no problems. The issue is when you want to link the objects as a dll and compile in the resources. winebuild now has support to build the *.def files needed for dlltool so there will need to be changes on the way that the spec/def files are used when building on a Win32 host. If one tries to build wine currently under Mingw/Cygwin it will puke when linking to the needed imports because winebuild will try to import from lib*.so rather then from dllname.a I've also been having troble linking with resources compiled with wrc under Mingw/Cygwin. 7. We do not want to build advapi32, Kernel32, ntdll, user32, gdi, msvcrt or crt.dll 8. These are the dlls we know that we can build and need: avicap32, avifile32, comctl32, commdlg, crypt32, ddraw, dinput, dplay, dplayx dsound(needs imports from winmm), imagehlp, lzexpand, mapi32, ole32, oleaut32 olecli, oledlg, olepro32, olesvr, richedit, rpcrt4, serialui, setupapi, shdocvw shell32, shfolder, shlwapi, tapi32, twain, url, urlmon, version, winmm, winspool wintrust. 9. Debugging will be differnt under Windows/ReactOS due to the wine debugger not working. Under ReactOS currently we have all of the FIXMEs and TRACES mapped to our NTDLL as DbgPrnt and others. I'm not 100% sure as to how we are doing this yet. 10. DLL seperation and Wineserver dependace. I wont even really be able to start looking at this untill the 10 issues above are worked out. I know that when I tested programs/dlls from our first wine port under ReactOS there were issues due to a lack of internal wineserver functions. 11. The chain of dependance for the Sound/Graphics for Winmm/DirectX and others will need interfaces developed for the HAL (Codeweavers/Transgamming?) Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson

1 0

Portable instalation
by Marcelo Welter 27 Apr '02

27 Apr '02

Greatings how i can make a portable instalation of wine (like a tgz or rpm) to send to final users i need a small and compact method to this (to donkey users..hehehehe) anybody have a step-by-step to install wine ? Thanks Marcelo

2 1

dlls/msvcrt/file.c broken on FreeBSD 4.5
by Gerald Pfeifer 27 Apr '02

27 Apr '02

The following patch to dlls/msvcrt/file.c revision 1.23 date: 2002/04/26 19:05:16; author: julliard; state: Exp; lines: +4 -0 Better support for configure detection of missing types, added check for ssize_t. Removed a couple of no longer used portability functions. Various portability fixes in port.h. breaks FreeBSD 4.5: /usr/bin/gcc -c -I. -I. -I../../include -I../../include -g -O2 -Wall -mpreferred-stack-boundary=2 -fPIC -D__WINE__ -DUSE_MSVCRT_PREFIX -D_MT -D_REENTRANT -I/usr/X11R6/include -o file.o file.c In file included from file.c:43: ../../include/msvcrt/sys/stat.h:34: syntax error before `.' ../../include/msvcrt/sys/stat.h:35: syntax error before `.' ../../include/msvcrt/sys/stat.h:36: syntax error before `.' ../../include/msvcrt/sys/stat.h:48: syntax error before `.' ../../include/msvcrt/sys/stat.h:49: syntax error before `.' ../../include/msvcrt/sys/stat.h:50: syntax error before `.' file.c: In function `_fstat': file.c:693: structure has no member named `st_atimespec' file.c:695: structure has no member named `st_mtimespec' file.c:695: structure has no member named `st_ctimespec' file.c: In function `_stat': file.c:1181: structure has no member named `st_atimespec' file.c:1183: structure has no member named `st_mtimespec' file.c:1183: structure has no member named `st_ctimespec' file.c:1185: structure has no member named `st_atimespec' file.c:1185: structure has no member named `st_mtimespec' file.c:1185: structure has no member named `st_ctimespec' file.c: In function `_wstat': file.c:1242: structure has no member named `st_atimespec' file.c:1244: structure has no member named `st_mtimespec' file.c:1244: structure has no member named `st_ctimespec' file.c:1246: structure has no member named `st_atimespec' file.c:1246: structure has no member named `st_mtimespec' file.c:1246: structure has no member named `st_ctimespec' gmake[2]: *** [file.o] Error 1 gmake[2]: Leaving directory `/.amd_mnt/vexpert/files8/test/wine/dlls/msvcrt' gmake[1]: *** [msvcrt/msvcrt.dll.so] Error 2 Gerald

1 0

./tests/sock.c: No such file or directory
by Marcelo Welter 27 Apr '02

27 Apr '02

helo, ./configure make depend ./tests/sock.c: No such file or directory and now...? Marcelo

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