January 2002 - Wine-Devel - list.winehq.org

Re: Fix for MoveFileExA

by Andreas Mohr

On Thu, Jan 31, 2002 at 07:50:53PM +0100, Gerhard W. Gruber wrote: > On Thu, 31 Jan 2002 07:52:55 -0600, Aric Stewart <aric(a)codeweavers.com> wrote: > >This i have seen alot, andreas (and others) are working on a utility that will > >process this wininit file. I have talked to alexandre and we both agree that it is > >something that probably should not be in wine itself. > > Why not? In Win98 there is a Wininit.exe that surely will do this because > certain files can't be moved when windows is already running. Since Wine > doesn't have this restriction I added the code to process this in the startup > somewhere after "if(isbootthread)" because I thought it appropriate there. Please, please, please not even more duplication ! I really don't want to know how many times wininit.ini stuff has been implemented/semi-implemented/... If you *really* want to do some stuff, then get http://home.nexgo.de/andi.mohr/download/winebootup.tar.bz2 and start improving its wininit.ini handling (this needs improving, AFAIK). Questions ? Just ask. -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://home.nexgo.de/andi.mohr/

Jan. 31, 2002

Re: CreateProcess API - undocumented use

by Ricardo

> Hmm, so you mean some program launches another program, passing a value > in STARTUPINFO.dwFillAttribute, right ? > If so, how does the launched process retrieve the STARTUPINFO content > in your case ? It's writen a file with a random name that's read by the second program. > Wine certainly doesn't pass the STARTUPINFO strut content to program > space yet; it's simply being used for initializing certain aspects of > the new program. What I saw was that I run the first program, it write the file and wine closes, then it restart with the other program, but it can't read the file because it lost the file name, isn't it? It's the same error I get when I run the second program alone. thanks for the help Ricardo

Jan. 31, 2002

Re: Fix for MoveFileExA

by Gerhard W. Gruber

On Thu, 31 Jan 2002 07:52:55 -0600, Aric Stewart <aric(a)codeweavers.com> wrote: >Windows 95 and Windows 98: The MoveFileEx function is not supported. To rename or >delete a file at reboot, use the following procedure. > > To rename or delete a file on Windows 95 and Windows 98 >Check for the existence of the WININIT.INI file in the Windows directory. >If WININIT.INI exists, open it and add new entries to the existing [rename] >section. If the file does not exist, create the file and create a [rename] >section. >Add lines of the following format to the [rename] section: >DestinationFileName=SourceFileName > >Both DestinationFileName and SourceFileName must be short filenames. To delete a >file, use NUL as the value for DestinationFileName. > >The system processes WININIT.INI during system boot. After WININIT.INI has been >processed, the system names it WININIT.BAK. ><< > >So we have exactly what we should do. I didn't check the NT version, but I already investigated the W95/98 behaviour and tried to implement it as described above. When I implemented it I noticed a problem with the WritePrivateProfileSection. If I interpret the MSDN description correctly then this function should write all the strings in the buffer to the specified section without doing much processing. Therfore it is possible to create multiple key/value pairs with the same keyname. This is neccessary in the case of wininit.init because the files that are to be deleted all have the key NUL=value. With the current implementation the function uses PROFILE_SetString whch checks for duplicate keys and overwrites it if a key already exists. If I have time tomorrow I will write a small test app for Windows to see how it really behaves, but I thin kthat my interpretation is correct. Otherwise there would have to be some code in windows that handles the wininit.ini file specifically in order to add the same key more than once to the file. >This i have seen alot, andreas (and others) are working on a utility that will >process this wininit file. I have talked to alexandre and we both agree that it is >something that probably should not be in wine itself. Why not? In Win98 there is a Wininit.exe that surely will do this because certain files can't be moved when windows is already running. Since Wine doesn't have this restriction I added the code to process this in the startup somewhere after "if(isbootthread)" because I thought it appropriate there. -- Bye, Gerhard If you think education is expensive, try ignorance.

Jan. 31, 2002

Re: CreateProcess API - undocumented use

by Andreas Mohr

On Thu, Jan 31, 2002 at 02:55:28PM -0200, Ricardo wrote: > > There is no such thing as a dwFileAttribute of CreateProcess. > > Which parameter are you talking of ? > > CreateProcessA has a parameter called dwFillAtribute, not dwFileAttribute, > sorry, and I saw at the Wine docs > (http://www.winehq.com/WineAPI/CreateProcessA.html) that it's not > implemented yet. Well, your info is confusing. dwFillAttribute is not a CreateProcess parameter. Instead it's a variable inside the lpStartupInfo struct, which is a CreateProcess parameter. Wine readily says: if (lpStartupInfo->dwFlags & STARTF_USEFILLATTRIBUTE) FIXME("(%s,...): STARTF_USEFILLATTRIBUTE %lx ignored\n", name, lpStartupInfo->dwFillAttribute); > ps.: Is WineAPI updated? if not where can i get it updated? Thanks I don't think it's updated. Hmm, so you mean some program launches another program, passing a value in STARTUPINFO.dwFillAttribute, right ? If so, how does the launched process retrieve the STARTUPINFO content in your case ? Wine certainly doesn't pass the STARTUPINFO strut content to program space yet; it's simply being used for initializing certain aspects of the new program. -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://home.nexgo.de/andi.mohr/

Jan. 31, 2002

Re: Pajama Sam's unmanaged window

by Dmitry Timoshkov

"Ori Pessach" <ori_pessach_blah(a)yahoo.com> wrote: > > Since this is probably not the case, perhaps it's better to check for the > > popup menu class in is_window_managed(), something like > > > > if (GetClassLongA(win->hwndSelf, GCW_ATOM) == POPUPMENU_CLASS_ATOM) return > > FALSE; > > Ah ha! Exactly what I had in mind. After thinking about this, it seemed to me > that is_window_managed() should examine the window's class, as well as its > style bits, since the class will give a more accurate indication of what kind > of window we're dealing with than just the style bits. Unfortunately this aproach does not work well in all cases, especially in the case of subclassed windows. -- Dmitry.

Jan. 31, 2002

Re: mingw32 port and cygwin

by Dmitry Timoshkov

"Steven Edwards" <Steven_Ed4153(a)yahoo.com> wrote: > Ok, well the first problem might just be an issue with me, due to a lack > of experience with autoconf and automake. I'm using msys and mingw to > try and ./configure wine. I can run ./configure with some other software > so I think I have everything setup right but I seem to be missing > something. Here is the ./configure output. > > sh-2.04$ ./configure > : command not found > : command not found > : command not found > : command not found > : command not found > '/configure: line 71: syntax error near unexpected token `do > '/configure: line 71: `do > sh-2.04$ > > It seems like this is some sort of bashism because it works fine if I > use bash from cygwin under my msys install. The error above looks very familiar for me from my early experience with Wine. It seems like an \r\n vs. \n EOLs issue. -- Dmitry.

Jan. 31, 2002

Re: Compilation errors for Freetype support

by Bill Medland

"Huw D M Davies" <h.davies1(a)physics.ox.ac.uk> wrote in message news:20020131171456.D16996(a)merlot.physics.ox.ac.uk... > On Thu, Jan 31, 2002 at 04:34:02PM +0000, Huw D M Davies wrote: > > I'll add a configure test for the trig functions and disable FreeType > > support if they're not present - there are other issues with 2.0.1 > > that make it unusable anyway. > > How does this look? > > Huw. > Seems reasonable to me (but I count myself as a total newbie in all this autoconf stuff)(Heck, I'm still a newbie in all this Linux stuff). Bill

Jan. 31, 2002

Re: Compilation errors for Freetype support

by Huw D M Davies

On Thu, Jan 31, 2002 at 04:34:02PM +0000, Huw D M Davies wrote: > I'll add a configure test for the trig functions and disable FreeType > support if they're not present - there are other issues with 2.0.1 > that make it unusable anyway. How does this look? Huw.

Jan. 31, 2002

Re: treeview.c

by Uwe Bonnes

>>>>> "Aric" == Aric Stewart <aric(a)codeweavers.com> writes: Aric> This is a bit of a cover to help find other problems, but we would Aric> crash if trying to sort a treeview with null strings in it. This Aric> prevents this crash so that one can try to figure out why we have Aric> empty strings. Aric> CHANGELOG: prevent crash on sorting treeview with null strings Aric> - return strcasecmp(first->pszText, second->pszText); + if Aric> (first->pszText && second->pszText) + return Aric> strcasecmp(first->pszText, second->pszText); + else if Aric> (first->pszText) + return -1; + else if (second->pszText) + return Aric> 1; + else + return 0; } Should this fail silently? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

Jan. 31, 2002

Re: CreateProcess API - undocumented use

by Ricardo

> There is no such thing as a dwFileAttribute of CreateProcess. > Which parameter are you talking of ? CreateProcessA has a parameter called dwFillAtribute, not dwFileAttribute, sorry, and I saw at the Wine docs (http://www.winehq.com/WineAPI/CreateProcessA.html) that it's not implemented yet. Thanks, Ricardo ps.: Is WineAPI updated? if not where can i get it updated? Thanks

Jan. 31, 2002