- Wine-Devel - list.winehq.org

Getopt - was Re: problem on the Cygwin port
by Steven Edwards Feb. 13, 2004

Feb. 13, 2004

Hi Christian, --- Christian Costa <titan.costa(a)wanadoo.fr> wrote: > I'm not sure but I remember I had a similar problem when I tried to > compile wine on cygwin. > In my case, the get_opt_long function seemed broken and I modified > the > config.h to force the use > our own implementation of this function. This has fixed my problem. Thanks that fixed it. I doubt Alexandre will accept this as its a cygwin problem but here is a patch in any case. Changelog: Work around broken getopt implementation on Cygwin Index: wine/include/wine/port.h =================================================================== RCS file: /home/wine/wine/include/wine/port.h,v retrieving revision 1.46 diff -u -r1.46 port.h --- wine/include/wine/port.h 8 Jan 2004 05:07:06 -0000 1.46 +++ wine/include/wine/port.h 12 Feb 2004 21:23:22 -0000 @@ -199,7 +199,7 @@ #ifndef NO_LIBWINE_PORT -#ifndef HAVE_GETOPT_LONG +#if !defined(HAVE_GETOPT_LONG) || defined (__CYGWIN__) extern char *optarg; extern int optind; extern int opterr; __________________________________ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html

2 2

Darwine Update, Question
by ATMRD＠aol.com Feb. 13, 2004

Feb. 13, 2004

Hey All, I have updated Darwine binary to version 1.06 and it is being released as a Developer Preview. It does not yet support the running of x86 exe's, however we are begging to work on this feature. The binary should be downloaded from either the home page link here http://darwine.sourceforge.net/download.php or the projects file release page here http://sourceforge.net/project/showfiles.php?group_id=69890 to insure that the latest version is being used. The binary requires Mac OS X 10.3 or higher and for the X11 SDK to be installed. The new installer checks for these before installs, fixes a numerous amount of bugs, including installation of default configuration that were present with the first release and now includes the wine headers. The darwine team is begging to test out libwine on the OS X platform. One error that comes up during compile is the "checking for wrc... /usr/local/bin/wrc checking for atldef.h header... configure: error: Could not find the ATL includes". I found a ATL version 2.0 from microsoft's website and downloaded these. However, it does not contain atldef.h. Though it does contain altbase.h, altcom.h, atlconv.h to name a few. I read that the ATL includes are part of MFC is this correct? How would one go about finding the source and compiling these headers using the ppc native - libwine, so that the altdef.h headers can be used? Thanks, ~Sanjay Connare

2 1

Re: winewrap: fix uuid support
by Alexandre Julliard Feb. 13, 2004

Feb. 13, 2004

"Dimitrie O. Paun" <dimi(a)intelliware.ca> writes: > I haven't tried with any real life application if this > patch is needed, but it seems to. Without it, we will > determine that uuid is a .so, which is not what we want. I think it's the search algorithm that's broken. We should check every lib path directory for both .so and .a before moving on to the next one. -- Alexandre Julliard julliard(a)winehq.com

2 1

skipped patches?
by Leonardo Quijano Vincenzi Feb. 13, 2004

Feb. 13, 2004

Seems like one of my patches (keyboard.c - bug #1981) got ignored. I don't know if I should wait more (it was submitted on February 2), but just in case I make this post ;). Should I submit it again, or just wait longer? Thanks -- Leonardo Quijano Vincenzi <lquijano(a)hotpop.com>

2 1

Question about system.ini and win.ini
by Christian Costa Feb. 13, 2004

Feb. 13, 2004

Hi, I've just figured out that system.ini and win.ini are no more accessible from my ~/.wine directory. I had to copy them in the windows directory to make things work. Is it a recent change in wine or just a regression? Thanks in advance, Christian

2 1

Re: deliver full path by argv[0] and GetCommandLine for win9x
by Dmitry Timoshkov Feb. 13, 2004

Feb. 13, 2004

"Frank Schruefer" <frank.schruefer(a)t-online.de> wrote: > Was this patch forgotten/rejected? Did you consider to provide a test suite as well to justify the change? -- Dmitry.

5 4

Re: PATCH: virtual fixes for native mode
by Alexandre Julliard Feb. 12, 2004

Feb. 12, 2004

Marcus Meissner <marcus(a)jet.franken.de> writes: > This is the next try for assisting loading NT native dlls. > > We need non-page aligned access for those drvs, which have sections > that are not page aligned. > > Also some bad magic tries to write the import thunks into thefirst > page, so we need to map the header r/w too. I still think you need a separate loading code for these, it makes no sense to try to mmap sections that aren't page aligned. You should either mmap the whole file at once if all the sections file offsets are equal to their virtual address, or else read the sections in by hand; and you shouldn't try to set memory protections on unaligned sections, this cannot work. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: deliver full path by argv[0] and GetCommandLine for win9x
by Juan Lang Feb. 12, 2004

Feb. 12, 2004

Okay, here's a test program: #include <windows.h> #include <stdio.h> int main(int argc, const char *argv[]) { LPCSTR cmd; printf("argv[0] is %s\n", argv[0]); cmd = GetCommandLineA(); printf("GetCommandLine returns %s\n", cmd); return strcmp(argv[0], cmd); } Under Windows 2000, cmd.exe, run from the current directory, I get: argv[0] is cmdlinetest.exe GetCommandLine returns cmdlinetest.exe Under Windows 2000, command.com, run from the current directory, I get: argv[0] is CMDLIN~1.exe GetCommandLine returns CMDLIN~1.exe Under Windows 2000, run from the debugger, I get: argv[0] is c:\src\cmdlinetest\Debug\cmdlinetest.exe GetCommandLineA returns "c:\src\cmdlinetest\Debug\cmdlinetest.exe" (This case is interesting because it shows argv[0] and GetCommandLineA can be different even without arguments.) Under Windows ME, command.com, run from the current directory, I get: argv[0] is C:\SRC\CMDLIN~1\DEBUG\CMDLIN~1.EXE GetCommandLine returns C:\SRC\CMDLIN~1\DEBUG\CMDLIN~1.EXE This is the same executable, so it isn't a different _CRTMainStartup. I think this supports Frank's assertion. --Juan __________________________________ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html

2 2

problem on the Cygwin port
by Steven Edwards Feb. 12, 2004

Feb. 12, 2004

Hello, When trying to build anything on Cygwin I am getting the following error from Winebuild. $ make ../../tools/winebuild/winebuild -DNO_LIBWINE_PORT -o regedit.exe.dbg.c --debug - C. about.c childwnd.c edit.c framewnd.c listview.c main.c regedit.c regproc.c tr eeview.c Unable to create output file '(null)' make: *** [regedit.exe.dbg.c] Error 1 I have not been able to find a patch or something that caused this problem so it may be my cygwin enviroment. Everything works fine for me on mingw. Thanks Steven __________________________________ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html

1 0

Re: deliver full path by argv[0] and GetCommandLine for win9x
by Juan Lang Feb. 12, 2004

Feb. 12, 2004

Sorry, forgot to mention, under Win9x in the debugger the output is the same as under the Win2k debugger: argv[0] is c:\src\cmdlinetest\Debug\cmdlinetest.exe GetCommandLine returns "c:\src\cmdlinetest\Debug\cmdlinetest.exe" Hmm.. that contradicts what I said, doesn't it? Ain't Windows the best? :) --Juan __________________________________ Do you Yahoo!? Yahoo! Finance: Get your refund fast by filing online. http://taxes.yahoo.com/filing.html

1 0