February 2004 - Wine-devel - list.winehq.org

Re: deliver full path by argv[0] and GetCommandLine for win9x
by Dmitry Timoshkov 13 Feb '04

13 Feb '04

"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 12 Feb '04

12 Feb '04

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 12 Feb '04

12 Feb '04

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 12 Feb '04

12 Feb '04

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 12 Feb '04

12 Feb '04

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

Can't get a minimal Windows app running with winelib
by Chris Seaton 12 Feb '04

12 Feb '04

I can't get a minimal Windows app to run with winelib (it compiles fine). I'm compiling ----------------------------------- #include <stdlib.h> #include <windows.h> int WINAPI WinMain(HINSTANCE Instance, HINSTANCE PreviousInstance, LPSTR CommandLine, int ComandShow) { return EXIT_SUCCESS; } ----------------------------------- With winegcc -mwindows -o test.exe -Iwine/windows test.c -lwine -lkernel32.dll -luser32.dll Which succeeds but when I run ./test I get err:heap:HEAP_GetPtr Invalid heap (nil)! Segmentation fault Any ideas, anyone? Chris Seaton

2 2

mistake in wine user guide
by lazybones 12 Feb '04

12 Feb '04

section 2.2.2.3 - getting wine for freebsd http://www.winehq.com/site/docs/wine-user/getting-wine-package#GETTING-FREE… $ su - # cd /usr/port/emulators/ (should be /usr/ports/emulators/wine/) # make # make install # make clean lazybones

1 0

LOCAL: Not enough space in GDI heap
by Fabian Cenedese 12 Feb '04

12 Feb '04

Hi When trying to run a program I get these messages: trace:font:GetTextMetricsW text metrics: Weight = 400 FirstChar = 32 AveCharWidth = 6 Italic = 0 LastChar = 65532 MaxCharWidth = 35 UnderLined = 0 DefaultChar = 0 Overhang = 0 StruckOut = 0 BreakChar = 32 CharSet = 0 PitchAndFamily = 27 -------------------- InternalLeading = 3 Ascent = 13 Descent = 3 Height = 16 trace:font:X11DRV_SelectFont hdc=0x74, hfont=0xa6 trace:font:X11DRV_SelectFont dc->gdiFont = 0x40378f28 trace:ole:OLEFontImpl_SetRatio (0x47d85a60)->(96, 2540) trace:ole:OLEFontImpl_get_hFont (0x47d85a60)->(0x408bf0bc) trace:ole:OLEFontImpl_get_Size (0x47d85a60)->(0x408bf034) err:local:LOCAL_GetBlock not enough space in GDI heap 10c7 for 116 bytes trace:ole:OLEFontImpl_get_hFont Returning (nil) wine: Unhandled exception (thread 0009), starting debugger... I had a look at this LOCAL_GetBlock function. There is already code with some FIXME comments, but it's all #ifdef 0'd out. So that means it's not tested or not even supposed to work. Is there something else I could do to increase my GDI heap? Thanks bye Fabi

3 9

Compatability problem in wineps driver
by gslink 12 Feb '04

12 Feb '04

It appears that a check needs to be made in ps.c. The method PSDRV_WriteSetFont passes the parameter size. In some early Win 95 versions there was a bug that required that parameter to be negative and some early windows programs make size negative. This produces garbage. It appears that Windows checks and if that parameter is negative that it is changed to posative. I put a patch to make this check into our copies of Wine without any problem but I do not suggest a patch. I would like the maintainer of the Postscript driver to do that as there is a possibility of other consequences. It may be that this change can be made in ps.c or it may be that it must be accompanied by a flag in the config file also. One program that will not run without the patch is DeScribe but I know there are others.

2 2

Re: SelectionMark
by Dimitrie O. Paun 12 Feb '04

12 Feb '04

On February 11, 2004 02:07 pm, Aric Stewart wrote: > + if (bResult && lvItem.stateMask & LVIS_SELECTED && > + lvItem.state&LVIS_SELECTED && ((infoPtr->nSelectionMark > + == -1) || (lvItem.iItem <= infoPtr->nSelectionMark))) That's some funky indentation here :) > + { > + infoPtr->nSelectionMark = -1; > + int i = 0; > + for (i = 0; i < infoPtr->nItemCount; i++) > + { > + if (infoPtr->uCallbackMask & LVIS_SELECTED) > + { > + if (LISTVIEW_GetItemState(infoPtr, i, LVIS_SELECTED)) ^^^^^^^ here as well, any particular reason? -- Dimi.

3 2