wine-devel

wine-devel@winehq.org

84463 discussions

Re: MZ_Exec() patch, try 2
by Jukka Heinonen 12 Oct '02

12 Oct '02

> This look more reasonable? Yep. Only a few bugs left. Because cmdline buffer belongs to the calling application you should not modify the buffer. Use of memcpy or something like that would be recommended. Also, use of variable "status" is a mystery to me. If CreateProcessA fails, it might not initialize handles and even if it does not fail, they might be null handles (I don't know if that matters, though). -- Jukka Heinonen <http://www.iki.fi/jhei/>

1 0

configuring wine under mingw
by David Fraser 12 Oct '02

12 Oct '02

When running configure on wine under mingw, I had problems creating secure temporary directories... The configure code has two options for creating a secure temporary directory. If the first method fails the second is used. The difficulty with the first one is that mktemp returns a Windows-style path ("C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\cscP2080") instead of a Unix-style one (/tmp/cscP2080) Since the backslashes are not escaped this then causes problems later when the temporary path is passed to sed as it cannot find C:DOCUME~1ADMINI~1LOCALS~1TempcscP2080/subs.sed This is actually because mingw/msys converts the unix-style path passed in to mktemp to a Windows-style one in the first place. Actually mingw does not have mktemp and the reason it was finding mktemp is that the cygwin directory was in my path. Removing the cygwin path fixes this problem, but then I don't have access to bison and yacc, so configure fails As an alternate solution, If I disallow the first of the two options on cygwin, then the tmp variable is set to /tmp/cs* and so it proceeds fine --- configure 10 Oct 2002 17:54:27 -0000 1.349 +++ configure 11 Oct 2002 13:55:36 -0000 @@ -14315,9 +14315,17 @@ } # Create a (secure) tmp directory for tmp files. +host_os=`echo $ac_cv_host | sed 's/^$[^-]*$-$[^-]*$-$.*$$/\3/'` +# disallow mktemp on mingw +case $MSYSTEM in + MINGW32*) + allowmktemp= ;; + *) + allowmktemp=yes ;; +esac : ${TMPDIR=/tmp} { - tmp=`(umask 077 && mktemp -d -q "$TMPDIR/csXXXXXX") 2>/dev/null` && + [ $allowmktemp ] && tmp=`(umask 077 && mktemp -d -q "$TMPDIR/csXXXXXX") 2>/dev/null` && test -n "$tmp" && test -d "$tmp" } || { I thought the logical thing to check was $host_os to see if we were running mingw. But when I tried it didn't seem to work :-) Not sure if this configure is autogenerated or if this patch is applicable, but thought others trying the same thing might find this helpful... David Fraser

3 2

Different window handles
by Medland, Bill 11 Oct '02

11 Oct '02

What is the difference between window handles 100nn and 200nn? I am trying to figure out why our program behaves differently between KDE and Gnome. One fundamental difference is a particular window is allocated as 20033 under kde (and behaves correctly) whereas it comes back as 1003f under Gnome (and behaves incorrectly) Bill

2 1

Problem in file dlls/commdlg/filedlg.c
by Lozano, Carlos A. 11 Oct '02

11 Oct '02

Hello, In the line 655, there is a test for when ofnW->lpstrFile is null > if (ofnW->lpstrFile) but a bit later in line 689,690 there is not the same check, then if ofnW->nMaxFile is 0 because ofnW->lpstrFile is null, then the line 690 write in a negative pos: > lfs->ofnA->lpstrFile[ofnW->nMaxFile-1] = 0; so mirc591t.exe installer crashes when tries change the drive in the browse option. Can someone fix it? Regards, Carlos. -- _______________________________________________________ _/_ / / \/ ANDAGO |-- [ Infraestructuras - Andago.com ] \____/\ [ email:carlos.lozano@andago.com ] ______\__\_____________________________________________

1 0

Re: wine/dlls/avifil32: implemented many functions
by Greg Turner 11 Oct '02

11 Oct '02

On Friday 11 October 2002 04:49 pm, Michael Günnewig wrote: > Hallo. > > This patch adds many functionality to the avifil32.dll. It's now > possible to use the wine/programs/avitools/aviinfo programm. > > - added DllCanUnloadNow, DllGetClassObject to avifil32.spec > - implemented AVIFileOpenW > - implemented many functions of the AVI filehandler. > - added resources to avifil32 > - added FIND_* consts to include/vfw.h > - added registry entries for avifile.dll and avifil32.dll Without bothering to properly look into it for myself, might I ask what this does? + /* adjust permissions if copyrighted material in file */ + if (MainAVIHdr.dwFlags & AVIFILEINFO_COPYRIGHTED) { + This->uMode &= ~MMIO_RWMODE; -- gmt "It has been well said that really up-to-date liberals do not care what people do, as long as it is compulsory." -George F. Will

1 0

Re: winapi_test update
by Alexandre Julliard 11 Oct '02

11 Oct '02

Patrik Stridvall <ps(a)leissner.se> writes: > *** include_test_generated > > * include/wine/test_generated.h: > New include file with helpers for the generated tests. I think it would be better to put these macros in each generated C file. The code duplication doesn't hurt since it's all generated code anyway, and I'd rather avoid creating yet another global include. -- Alexandre Julliard julliard(a)winehq.com

1 0

Exception with ocx not caught
by Fabian Cenedese 11 Oct '02

11 Oct '02

Hi I already posted about this problem, now maybe someone else is able to help me. Creating ocx: http://www.winehq.com/hypermail/wine-devel/2002/09/0021.html Catching MFC exception: http://www.winehq.com/hypermail/wine-devel/2002/09/0057.html I now have a simple ocx and an exe that has nothing else than this ocx in it. The ocx appears as black circle on white ground in the upper left corner (right, the wizard made ocx) In Windows it works without a problem but in wine there's an exception upon creating the ocx. It happens with both builtin and native msvcrt.dll. I can see that some exceptions are raised about missing properties in the ocx, they also appear on Windows (debug output) and get caught before doing any harm. I sometimes had problems reproducing it. Then the dialog came up but without ocx. Both exe and ocx are made with MSVC6 (Project and binaries, debug/release): http://www.indel.ch/ftp/TestException.zip Also here is a backtrace at the moment of the exception: http://www.indel.ch/ftp/TestException.txt Alexandre once asked for an example, maybe he or someone else can use this here. I'm using actual wine from cvs on SuSE8, original dlls tried from NT4. Thanks bye Fabi

3 3

building ntdll on cygwin
by Steven Edwards 11 Oct '02

11 Oct '02

we get much futher now when building ntdll on cygwin. when linking I am getting the following error ntdll.exp(.edata+0xe4c):fake: undefined reference to `NTDLL_alloca_probe@0' ntdll.exp(.edata+0xe5c):fake: undefined reference to `NTDLL_chkstk@0' there are some other warnings but this is the only major thing with ntdll. Thanks Steven

4 6

Building setupapi under Mingw
by Steven Edwards 11 Oct '02

11 Oct '02

Hola, I noticed some work was going on in setupapi so I figured now would be a good time to ask for some help on the Windows/Mingw port. When I try to build under mingw I get this Info: resolving _wine_ldt_copy by linking to __imp__wine_ldt_copy (auto-import) setupapi.dll.glue.o(.text+0x82):setupapi.dll.glue.c: undefined reference to `win e_call_to_16_word@8' fu000001.o(.idata$3+0xc): undefined reference to `libwine_a_iname' nmth000000.o(.idata$4+0x0): undefined reference to `_nm__wine_ldt_copy' C:\mingw\bin\dllwrap.exe: C:\mingw\bin\gcc exited with status 1 make: *** [setupapi.dll] Error 1 Any hints as to how to fix? Thanks Steven

1 0

Re: wine/dlls Makefile.in rpcrt4/Makefile.in rpcrt ...
by Greg Turner 11 Oct '02

11 Oct '02

On Thursday 10 October 2002 06:36 pm, Alexandre Julliard wrote: > ChangeSet ID: 5742 > Patch: http://cvs.winehq.com/patch.py?id=5742 >--- wine/dlls/Makefile.in:1.155 Thu Oct 10 23:54:58 2002 >+++ wine/dlls/Makefile.in Thu Oct 10 23:54:58 2002 >@@ -821,7 +821,7 @@ > quartz: kernel32.dll$(DLLEXT) > rasapi32: kernel32.dll$(DLLEXT) > richedit: user32.dll$(DLLEXT) kernel32.dll$(DLLEXT) >-rpcrt4: kernel32.dll$(DLLEXT) >+rpcrt4: advapi32.dll$(DLLEXT) kernel32.dll$(DLLEXT) > serialui: user32.dll$(DLLEXT) advapi32.dll$(DLLEXT) kernel32.dll$(DLLEXT) > setupapi: user32.dll$(DLLEXT) advapi32.dll$(DLLEXT) kernel32.dll$(DLLEXT) ntdll.dll$(DLLEXT) > shdocvw: ole32.dll$(DLLEXT) kernel32.dll$(DLLEXT) > >Index: wine/dlls/rpcrt4/Makefile.in >diff -u wine/dlls/rpcrt4/Makefile.in:1.15 wine/dlls/rpcrt4/Makefile.in:1.16 >--- wine/dlls/rpcrt4/Makefile.in:1.15 Thu Oct 10 23:54:58 2002 >+++ wine/dlls/rpcrt4/Makefile.in Thu Oct 10 23:54:58 2002 >@@ -4,7 +4,7 @@ > SRCDIR = @srcdir@ > VPATH = @srcdir@ > MODULE = rpcrt4.dll >-IMPORTS = kernel32 >+IMPORTS = advapi32 kernel32 > EXTRALIBS = $(LIBUUID) > > LDDLLFLAGS = @LDDLLFLAGS@ Alexandre, thank you for continuing to make up for my ignorance of the inner workings of the makefiles! Amongst other things, I noticed that instead of IMPORTS += ntdll, you did EXTRALIBS = ($LIBUUID). So, this makes me wonder, how on earth does one know what all these dependencies are? It's all-too-easy to suck in some .h file and call methods without knowing what dll dependencies you've really created... and unfortunately, the darn thing seems all-too-happy to compile despite this. Is there, aside from "just knowing," or tracing down API's one-by-one, a task which isn't always obvious to me anyhow, a systematic way to check for broken dll dependencies? I also presume there are some rules about what is allowed to depend on what, which I also don't know... I'd rather not create superfluous work for you because I don't know what I'm doing, so I figure it's time to educate myself, especially if I plan to go beyond just feeding you patches from Ove. Thanks, -- gmt "If ye love wealth better than liberty, the tranquility of servitude better than the animating contest of freedom, go home from us in peace. We ask not your counsels or your arms. Crouch down and lick the hands, which feed you. May your chains set lightly upon you, and may posterity forget that ye were our countrymen." -Samuel Adams

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