July 2008 - Wine-bugs - list.winehq.org

[Bug 7216] recursive folders not working in picasa
by wine-bugs＠winehq.org 20 Jul '08

20 Jul '08

http://bugs.winehq.org/show_bug.cgi?id=7216 Alexandre Julliard <julliard(a)winehq.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX --- Comment #21 from Alexandre Julliard <julliard(a)winehq.org> 2008-07-20 15:54:47 --- (In reply to comment #20) > Then apps will have to bend to Wine's will, I suppose. > Shall we mark this WONTFIX? Or is this perhaps > a missing Linux kernel feature? Yes, the only sane way is for the kernel to support recursive watches. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 7216] recursive folders not working in picasa
by wine-bugs＠winehq.org 20 Jul '08

20 Jul '08

http://bugs.winehq.org/show_bug.cgi?id=7216 --- Comment #20 from Dan Kegel <dank(a)kegel.com> 2008-07-20 13:45:02 --- Then apps will have to bend to Wine's will, I suppose. Shall we mark this WONTFIX? Or is this perhaps a missing Linux kernel feature? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 7216] recursive folders not working in picasa
by wine-bugs＠winehq.org 20 Jul '08

20 Jul '08

http://bugs.winehq.org/show_bug.cgi?id=7216 --- Comment #19 from Alexandre Julliard <julliard(a)winehq.org> 2008-07-20 13:21:22 --- (In reply to comment #18) > Created an attachment (id=14940) --> (http://bugs.winehq.org/attachment.cgi?id=14940) [details] > 2nd version of demo program showing how wine cheats > > This is a guess, but: > Wine's implementation of change notification > seems to have taken a gamble. If you insert a > dir /s > after calling ReadDirectoryChanges the first time, > it works. Why? Because server/change.c probably bets > that the app would do a recursive scan of the > watched directories after issuing the first ReadDirectoryChanges, > and piggybacks on that scan to do all the needed > inotify_add_watches. > > The fix is probably for Wine to do its own > darned recursive scan, hang the overhead. > Alternately, affected apps (like Picasa) could make sure they > start their recursive scans *after* calling ReadDirectoryChanges. Yes, directories are only added as the app opens them. We can't do a recursive add automatically, that's way too expensive, especially in the server. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 14548] New: AppDB Preferences Link broken
by wine-bugs＠winehq.org 20 Jul '08

20 Jul '08

http://bugs.winehq.org/show_bug.cgi?id=14548 Summary: AppDB Preferences Link broken Product: WineHQ Apps Database Version: unspecified Platform: Other URL: http://appdb.winehq.org/preferences.php OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com When clicking on preferences in AppDB, I received this error page. It may be a firewall issue, but I won't be able to check for a while, so setting status to unconfirmed... ERROR The requested URL could not be retrieved -------------------------------------------------------------------------------- While trying to retrieve the URL: http://appdb.winehq.org/preferences.php The following error was encountered: Zero Sized Reply Squid did not receive any data for this request. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 3

[Bug 7216] recursive folders not working in picasa
by wine-bugs＠winehq.org 20 Jul '08

20 Jul '08

http://bugs.winehq.org/show_bug.cgi?id=7216 --- Comment #18 from Dan Kegel <dank(a)kegel.com> 2008-07-20 11:24:47 --- Created an attachment (id=14940) --> (http://bugs.winehq.org/attachment.cgi?id=14940) 2nd version of demo program showing how wine cheats This is a guess, but: Wine's implementation of change notification seems to have taken a gamble. If you insert a dir /s after calling ReadDirectoryChanges the first time, it works. Why? Because server/change.c probably bets that the app would do a recursive scan of the watched directories after issuing the first ReadDirectoryChanges, and piggybacks on that scan to do all the needed inotify_add_watches. The fix is probably for Wine to do its own darned recursive scan, hang the overhead. Alternately, affected apps (like Picasa) could make sure they start their recursive scans *after* calling ReadDirectoryChanges. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 7216] recursive folders not working in picasa
by wine-bugs＠winehq.org 20 Jul '08

20 Jul '08

http://bugs.winehq.org/show_bug.cgi?id=7216 --- Comment #17 from Dan Kegel <dank(a)kegel.com> 2008-07-20 10:43:58 --- (The line in the previous comment should have had an -r in it; without the -r, it isn't recursive. With the -r, it monitors the whole tree.) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 7216] recursive folders not working in picasa
by wine-bugs＠winehq.org 20 Jul '08

20 Jul '08

http://bugs.winehq.org/show_bug.cgi?id=7216 --- Comment #16 from Dan Kegel <dank(a)kegel.com> 2008-07-20 10:42:28 --- FWIW, inotifywait -m .wine/drive_c/windows/profiles/dank/My\ Documents works as expected, so it's not a kernel bug... -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 2642] running Raritan's RemoteClient.exe fails
by wine-bugs＠winehq.org 20 Jul '08

20 Jul '08

http://bugs.winehq.org/show_bug.cgi?id=2642 --- Comment #19 from Didi <didi(a)isoc.org.il> 2008-07-20 09:43:25 --- I run the client. I press "New Profile". A window pops up, letting me define connection details. In the wine terminal, I get: fixme:ras:RasEnumDevicesA ((nil),0x33ae10,0x33ae08),stub! fixme:ras:RasEnumDevicesA (0x751740,0x33ae10,0x33ae08),stub! I fill in some "Description". I press the first octet of the IP address field. I get in the terminal: err:ipaddress:IPADDRESS_GetPartIndex We subclassed the wrong window! (hwnd=0x10060) I uncheck "Use Default Port Number". I get: err:ipaddress:IPADDRESS_GetPartIndex We subclassed the wrong window! (hwnd=0x1006e) I fill in the port number and press OK. The popup closes. I Right-click the new profile and select "New Connection". Two windows pop-up: "Connection Status" and "Login". In the wine terminal: fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot fixme:toolhelp:Heap32ListFirst : stub In "Login", I select "remember nothing", fill in "User Name", "Password", and press OK. The login popup closes, then the "connection status" popup closes, but focus does not return to the main raritan window. Then, the first mouse click anywhere on this window does nothing, and any further clicks emit a beep. Nothing further is output to the wine terminal. If I press there ^C, it closes cleanly the window and returns to the prompt without any more output. On a next run, it does remember the profile details, and behaves the same - after the login window closes it's stuck, beeps on all mouse clicks except the first. I also tried running it in winedbg, and pressed ^C in this blocked state, and 'bt'. Output was: Backtrace: =>1 0xb7fe640e (0x0033fafc) 2 0x7bc6909b NTDLL_wait_for_multiple_objects+0x20b() in ntdll (0x0033fbfc) 3 0x7bc69372 NtWaitForMultipleObjects+0x62() in ntdll (0x0033fc2c) 4 0x7b88bf82 WaitForMultipleObjectsEx+0x142() in kernel32 (0x0033fd7c) 5 0x7e50fb76 X11DRV_MsgWaitForMultipleObjectsEx+0xe6() in winex11 (0x0033fdac) 6 0x7ec14407 GetMessageW+0x117() in user32 (0x0033fdec) 7 0x7ec144ee GetMessageA+0x4e() in user32 (0x0033fe1c) 8 0x0049ff1f in remoteclient (+0x9ff1f) (0x00505e78) 9 0x00000113 (0x0001002c) I know almost nothing about wine, please direct me to some howto on further debugging or tell me what to try. It seems to me it has some problem showing or closing some popup or something like that, but I do not see anything else happening. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 7216] recursive folders not working in picasa
by wine-bugs＠winehq.org 20 Jul '08

20 Jul '08

http://bugs.winehq.org/show_bug.cgi?id=7216 --- Comment #15 from Dan Kegel <dank(a)kegel.com> 2008-07-20 08:26:17 --- Ignore comment #13, that was done with My Documents replaced with a real directory, and maybe I screwed something up. wine seems to do an inotify_add_watch *every* time ReadDirectoryChanges is called, which seems excessive but maybe harmless. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 7216] recursive folders not working in picasa
by wine-bugs＠winehq.org 20 Jul '08

20 Jul '08

http://bugs.winehq.org/show_bug.cgi?id=7216 --- Comment #14 from Dan Kegel <dank(a)kegel.com> 2008-07-20 08:23:34 --- Created an attachment (id=14931) --> (http://bugs.winehq.org/attachment.cgi?id=14931) demo program showing problem The attached tiny c program seems to reproduce the problem. Compile with i586-mingw32msvc-gcc dirchanges.c Monitor changes in your home directory with wine a.exe "c:\\windows\\profiles\\$LOGNAME\\My Documents" (You might want to quit firefox, it modifies ~/.xsessions too often.) Then play around with making changes in your home directory and its subdirectories; only changes in the top level of your home directory will be noticed! -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0