September 2003 - Wine-devel

where is the definition for sscanf in ntdll.dll
by Jonathan Wilson 08 Sep '03

08 Sep '03

I see this: @ varargs sscanf(str str) in ntdll.spec but I cant find the defintion behind it. Also, searching on source.winehq.org doesnt find it either

2 1

Re: BuildCommDCBAndTimeouts patch
by Dimitrie O. Paun 08 Sep '03

08 Sep '03

On September 8, 2003 09:21 pm, Kevin Groeneveld wrote: > To try and verify the correct operation of BuildCommDCBAndTimeouts I > wrote a small Windows program. This is a great idea, but you should submit this as a conformance test: http://www.winehq.org/site/docs/wine-devel/testing -- Dimi.

1 0

Re: MSVCP60.DLL missing, please help
by eric lin 08 Sep '03

08 Sep '03

--- Jakob Eriksson <jakob(a)vmlinux.org> wrote: > >try: > >http://www.dll-files.com/dllindex/dll-files.shtml?msvcp60 > >eric lin wrote: > >>Dear wine-devel programers: >> >> MSVCP60.DLL some say is runtime dll that must need window license version. Does anyone have some way to get around that so no-window user still can run that exe program. I am in rh9 platform. >> >>highly appreciate your tech help, and looking to hear from you soon >>sincere Eric >> >>_____________________________________________________________ >>Have you signed up for the World's Fastest Free Email ? http://www.Luxmail.com >> >> >> Dear Jakob: Thanks your point out, I download and make my exe file run at some steps. it is a actiontec r1524 dsl modem firmware upgrade file writen by win download from my isp qwest.net. By the tech of actiontec, if I upgrade it will go to xxx.69 from current xxx.51, and if I type in http://(my pubplic) I will see my webserver broadcast by myself's pc (I only have one pc connect to this modem and internet) 's page even inside the modem's firewall or port-usage but it response a dialog window suppose to show the progress, but it become grey color and stick there like dead lock. unitl I kill it. I check and type in the public ip in my browser, it still just show the modem's configure page rather than assumed webserver page. and I check modem configureation's status, it still stick on old firmware xxx.51. please help Sincere Eric _____________________________________________________________ Have you signed up for the World's Fastest Free Email ? http://www.Luxmail.com

1 0

Using limits.h
by Robert Shearman 08 Sep '03

08 Sep '03

Hi All, I'm trying to use the default limits.h installed on my Debian Woody system, so that I can use either LLONG_MAX or LONG_LONG_MAX in Wine. Does anyone know of anything special I have to define so that these are defined? I have tried __USE_ISOC99, but no joy. Rob

2 1

RE: MSVCP60.DLL missing, please help
by eric lin 08 Sep '03

08 Sep '03

Dear Robert: Thanks your reply and point out. I will try to search web somewhere to get it for running my.exe file by wine. (or point me some place in web I can get it) or anyone have other alternative, please inform me. highly appreciate your effort, and thanks in advance sincere Eric ---------------------------------------------------------- --- "Robert Shearman" <R.J.Shearman(a)warwick.ac.uk> wrote: >> -----Original Message----- >> From: wine-devel-admin(a)winehq.org [mailto:wine-devel-admin(a)winehq.org]On >> Behalf Of eric lin >> Sent: 08 September 2003 22:57 >> To: wine-devel(a)winehq.org >> Subject: MSVCP60.DLL missing, please help >> >> >> Dear wine-devel programers: >> >> MSVCP60.DLL some say is runtime dll that must need window >> license version. Does anyone have some way to get around that so >> no-window user still can run that exe program. I am in rh9 platform. >> >> highly appreciate your tech help, and looking to hear from you soon >> sincere Eric > >From my Visual Studio 6 EULA: > >Redistributable Code-Standard. Microsoft grants you a nonexclusive, >royalty-free right to reproduce and distribute the object code form of any >portion of the SOFTWARE PRODUCT listed in REDIST.TXT ("Redistributable >Code"). NOTE: certain Redistributable Code may be subject to the >restrictions in Section 2.3 if it is also identified as "Limited Use >Redistributable Code." > >Therefore, there are no restrictions on which computers you can install the >redistributables on (MSVCP60 is a redestributable according to the >REDIST.TXT elsewhere on the CD). All you need to do is find an application >that will install it for you (perhaps you could download it off the Internet >somewhere, but I am not sure about the legality of that). > >Rob _____________________________________________________________ Have you signed up for the World's Fastest Free Email ? http://www.Luxmail.com

1 0

MSVCP60.DLL missing, please help
by eric lin 08 Sep '03

08 Sep '03

Dear wine-devel programers: MSVCP60.DLL some say is runtime dll that must need window license version. Does anyone have some way to get around that so no-window user still can run that exe program. I am in rh9 platform. highly appreciate your tech help, and looking to hear from you soon sincere Eric _____________________________________________________________ Have you signed up for the World's Fastest Free Email ? http://www.Luxmail.com

2 1

Current Working Dir?
by Fabian Cenedese 08 Sep '03

08 Sep '03

Hi I just updated to the actual cvs version and tried to run my program. It's a simple Win32 command line tool which reads a text file from the same directory called Update.ini. When I run it with winedbg it opens the app console window and brings me an app error dialog that it can't find the second text file. After tracing with +file,+dosfs it seems that it's only looking in my home dir instead of the dir where the exe is. Is this true? Note that my fake C-Drive is not below home. But wine is. Does this matter? My code looks like: //---------- CStdioFile inifile; if (!inifile.Open("Update.ini", CFile::modeRead)) { AfxMessageBox("Update.ini not found!"); return 1; } //---------- Not worth mentioning that it works in Windows. Here's the log. -- snip some init -- trace:dosfs:DOSFS_DoGetFullPathName passed L"Update.ini" trace:dosfs:DOSFS_GetFullName L"." (last=0) trace:dosfs:DOSFS_GetFullName returning /home/fabi2 = L"Z:\\HOME\\FABI2" trace:dosfs:DOSFS_DoGetFullPathName got L"Z:\\home\\fabi2\\Update.ini" trace:dosfs:DOSFS_DoGetFullPathName returning L"Z:\\home\\fabi2\\Update.ini" trace:dosfs:DOSFS_GetFullName L"Update.ini" (last=0) trace:dosfs:DOSFS_FindUnixName /home/fabi2,L"Update.ini" trace:dosfs:DOSFS_OpenDir "/home/fabi2" warn:dosfs:DOSFS_FindUnixName L"Update.ini" not found in '/home/fabi2' trace:dosfs:DOSFS_GetFullName returning /home/fabi2/Update.ini = L"Z:\\HOME\\FABI2\\update.ini" trace:dosfs:DOSFS_OpenDir "/home/fabi2" trace:dosfs:DOSFS_MatchLong (L"Update.ini", L".", 0) trace:dosfs:DOSFS_MatchLong (L"Update.ini", L"..", 0) trace:dosfs:DOSFS_MatchLong (L"Update.ini", L".qt", 0) trace:dosfs:DOSFS_MatchLong (L"Update.ini", L".kde", 0) trace:dosfs:DOSFS_MatchLong (L"Update.ini", L".smb", 0) trace:dosfs:DOSFS_MatchLong (L"Update.ini", L".xim", 0) trace:dosfs:DOSFS_MatchLong (L"Update.ini", L".wine", 0) trace:dosfs:DOSFS_MatchLong (L"Update.ini", L".wmrc", 0) trace:dosfs:DOSFS_MatchLong (L"Update.ini", L".bashrc", 0) .. trying all files here. trace:file:CreateFileW L"Update.ini" GENERIC_READ OPEN_EXISTING attributes 0x80 trace:dosfs:DOSFS_GetFullName L"Update.ini" (last=1) trace:dosfs:DOSFS_FindUnixName /home/fabi2,L"Update.ini" trace:dosfs:DOSFS_OpenDir "/home/fabi2" warn:dosfs:DOSFS_FindUnixName L"Update.ini" not found in '/home/fabi2' warn:file:CreateFileW Unable to get full filename from L"Update.ini" (GLE 2) And then my error message box comes up. Any ideas? Do I need to change the cwd first? Thanks Fabi

5 9

Anti spam?
by Dustin Navea 08 Sep '03

08 Sep '03

Hey dunno if anyone is interested in this, but I found this page that you can link to to fight spam.. http://www.hostedscripts.com/scripts/antispam.html ===== Dustin Navea Minor Contributor, http://www.winehq.com Bugzilla Janitor, http://bugs.winehq.com Network Admin, irc://irc.blynk.net (down) __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

1 0

Re: Resend: ntdll loader fix
by Alexandre Julliard 08 Sep '03

08 Sep '03

Juan Lang <juan_lang(a)yahoo.com> writes: > ChangeLog: fixes RtlImageNtHeader when hModule is > NULL. > > One line patch (two tokens!), should be easy enough to > verify correctness. Well, it may be correct, but it's useless, there's already an exception handler that deals with that. -- Alexandre Julliard julliard(a)winehq.com

4 6

RE: TreeView & WM_NOTIFY
by Igor Grahek 08 Sep '03

08 Sep '03

Solved ! Problem was in TreeView control (dll/comctl32/treeview.c) all the time. TreeView was not handling WM_CREATE properly - it did not forward CREATESTRUCT (in lParam) to TREEVIEW_Create function and that function was setting hwndNotify window to GetParent(hwnd) instead window handle given in CREATESTRUCT. I fixed this for TreeView control (patch sent to wine-patches) but same problem can be expected for other controls which use WS_POPUP style and then set notify window handler to GetParent(hwnd) Igor > -----Original Message----- > From: Igor Grahek [mailto:igorg(a)cadlink.com] > Sent: September 5, 2003 4:50 PM > To: 'wine-devel(a)winehq.org' > Subject: RE: TreeView & WM_NOTIFY > > > It looks like comctl32.dll is seting up some hooks to forward > messages to requested window because even if you use --dll > comctl32=n the owner is set up to "GetAncestor( > cs->hwndParent, GA_ROOT )" Same thing happends under Windows > so it seems that everything is OK with windows/win.c > > I tried to figure out what is going on with hooks but I don't > have much experience with windows hooks so I will appreciate > any help. > > Thanks, > Igor > > > -----Original Message----- > > From: Igor Grahek [mailto:igorg(a)cadlink.com] > > Sent: September 5, 2003 11:29 AM > > To: 'wine-devel(a)winehq.org' > > Subject: RE: TreeView & WM_NOTIFY > > > > > > Here is an example in attachment (Visual C++ project) . > > If you click on "tst" button it opens TreeView control with > > WS_POPUP and Cview as parent (to process WM_NOTIFY messages) > > With current code in windows/win.c owner is set to > > "GetAncestor( cs->hwndParent, GA_ROOT )" and WM_NOTIFY goes > > to wrong window. If I change code so that owner is > > "WIN_GetFullHandle(cs->hwndParent)" then there is problem > > with Z ordering (keeping popup window on top) but WM_NOTIFY > > goes to Cview as it should. > > > > However if I use --dll comctl32=n and owner is set to > > "GetAncestor( cs->hwndParent, GA_ROOT )" everything works OK > > - popup is on top and CView receives WM_NOTIFY from it. > > > > I know I'm repeating myself but I'm not sure where I should > > look for the problem: is it in dll/comctl32/treeview.c (as > > --dll comctl32=n suggesting) or is it in windows/win.c and > > dll/x11drv/* ? > > > > Igor > > > > > -----Original Message----- > > > From: Igor Grahek [mailto:igorg(a)cadlink.com] > > > Sent: September 4, 2003 1:50 PM > > > To: 'Dimitrie O. Paun' > > > Cc: 'wine-devel(a)winehq.org' > > > Subject: RE: TreeView & WM_NOTIFY > > > > > > > > > I think I found the source of my problem: > > > ------------- > > > Wine/windows/win.c ::CreateWindowEx > > > > > > if ((cs->style & (WS_CHILD|WS_POPUP)) == WS_CHILD) > > > parent = WIN_GetFullHandle(cs->hwndParent); > > > else > > > owner = GetAncestor( cs->hwndParent, GA_ROOT ); > > > -------------------------- > > > Why owner is not set to "WIN_GetFullHandle(cs->hwndParent)" ? > > > > > > If I change this everything works OK except there is a > > > problem with Z ordering (it is hiding popup window behind its > > > owner when Managed=N) Is the source of problem somewhere in > > > wine/dll/x11drv/winpos.c (I'm currently examining > > > SWP_DoOwnedPopups function) and why it is working with --dll > > > comctl32=n - no problems with Z order there?! > > > > > > BTW I'm working with 20030618 build. > > > > > > Igor > > > > > > > -----Original Message----- > > > > From: Dimitrie O. Paun [mailto:dimi(a)intelliware.ca] > > > > Sent: September 2, 2003 6:42 PM > > > > To: Igor Grahek > > > > Cc: wine-devel(a)winehq.org > > > > Subject: Re: TreeView & WM_NOTIFY > > > > > > > > > > > > On Tue, 2 Sep 2003, Igor Grahek wrote: > > > > > > > > > My problem is very similar to bug 1227 > > > > > (http://bugs.winehq.org/show_bug.cgi?id=1227) > > > > > Treeview in application is sending WM_NOTIFY on double > > > > click (NM_DBLCLK) > > > > > to the wrong > > > > > Window handle. GetParent() function returns handle to the > > > > root window > > > > > and root window is not forwarding/broadcasting that message > > > > and message > > > > > is lost. Everything works fine under Windows > > > > > or with --dll comctl32=n > > > > > > > > I'm afraid you'll need to debug this and post a lot more > > > detail, maybe > > > > a code fragment showing the undesirable behaviour. > > > > > > > > -- > > > > Dimi. > > > > > > > > > > > > > >

1 0