http://bugs.winehq.org/show_bug.cgi?id=35192
Bug ID: 35192 Summary: lightroom 5.3 needs KERNEL32.dll.CreateThreadpool Product: Wine Version: 1.6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs@winehq.org Reporter: belor666@gmail.com CC: marcus@jet.franken.de, roland65@free.fr Classification: Unclassified
Created attachment 46943 --> http://bugs.winehq.org/attachment.cgi?id=46943 lr5.3 startup log which throws the KERNEL32.dll.CreateThreadpool error
i managed to get lightroom 5.2 working with the help and patches of this bug report: http://bugs.winehq.org/show_bug.cgi?id=30164
thx to roland baudin and marcus meissner for their work on this!
unfortunately i need to get the latest version (5.3) working, as my latest camera (nikon d610) is just added recently in 5.3, but it throws a new kernel32 error.
"wine: Unimplemented function KERNEL32.dll.CreateThreadpool called at address 0x7bc4b910 (thread 0009), starting debugger..."
i tried with the following setup:
wine versions: - 1.5.17 (from source with lr patches) - 1.6 (from source with lr patches) os: - debian sid/unstable 32bit
i attached my full startup log: KERNEL32.dll.CreateThreadpool_-_lr_5.3_startup.txt
http://bugs.winehq.org/show_bug.cgi?id=35192
debux belor666@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |belor666@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #1 from Roland Baudin roland65@free.fr --- Created attachment 46944 --> http://bugs.winehq.org/attachment.cgi?id=46944 Implements CreateThreadPool and associated functions as stubs
http://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #2 from Roland Baudin roland65@free.fr --- Hi, same problem here :-(( I attached a patch that implements the CreateThreadPool function (and two others) as stubs. But it doesn't work and Lightroom seems to enter an infinite loop. I guess Lightroom 5.3 really needs these functions to start its threads. It sounds rather strange because Adobe said there were only minor bug fixes in this release... Does anyone know if it would be hard to implement these functions from the thread pool API ? Thx, RB
http://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #3 from Nikolay Sivov bunglehead@gmail.com --- (In reply to comment #2)
I attached a patch that implements the CreateThreadPool function (and two others) as stubs. But it doesn't work and Lightroom seems to enter an infinite loop.
That's not surprising. Does this version run on Windows XP? What windows version do you use for a wineprefix?
http://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #4 from Roland Baudin roland65@free.fr --- I tried with win7 in my wineprefix. This is required to install Lightroom 5.x. With version 5.2, I switch to winxp after installation because this avoids some UI glitches. RB
http://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #5 from debux belor666@gmail.com --- same for me. as win7 is the minimum i tried this first, but as i had no success i also tried win xp, win vista and win8.
btw. here is the link to the installer and system requirements: http://www.adobe.com/support/downloads/detail.jsp?ftpID=5693
os requirements quote: Microsoft® Windows® 7 with Service Pack 1, Windows 8, or Windows 8.1
http://bugs.winehq.org/show_bug.cgi?id=35192
Jakub Kulesza jakkul@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jakkul@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=35192
Marcus Meissner marcus@jet.franken.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #46944|0 |1 is obsolete| |
--- Comment #6 from Marcus Meissner marcus@jet.franken.de --- Created attachment 47170 --> http://bugs.winehq.org/attachment.cgi?id=47170 0017-kernel32-threadpool-stubs.patch
enhanced stub patch, now lightroom goes further (and has troubles with msvcp I think)
http://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #7 from Roland Baudin roland65@free.fr --- Created attachment 47171 --> http://bugs.winehq.org/attachment.cgi?id=47171 FindFirstFileExW patch for Lightroom
The attached patch will make Lightroom happy after the Threadpool patch from Markus Meissner. The author of this patch is Maarten Lankhorst (http://www.winehq.org/pipermail/wine-patches/2013-May/124116.html).
@Markus: I've found a rather complete Vista Thread Pool API implementation in the FreeRDP project by Marc-Andre Moreau (Apache license). Do you think this API could be imported into Wine?
http://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #8 from debux belor666@gmail.com --- thank you guys! i built wine 1.6 with the 5 patches for lightroom and got also a running instance of lightroom 5.3.
http://bugs.winehq.org/show_bug.cgi?id=35192
Robert Munteanu robert.munteanu@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |robert.munteanu@gmail.com
--- Comment #9 from Robert Munteanu robert.munteanu@gmail.com --- Still happens with 1.7.11 .
http://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #10 from Roland Baudin roland65@free.fr --- Pleasse note the two attached patches also work with wine 1.7.11. RB
http://bugs.winehq.org/show_bug.cgi?id=35192
Simon smndtrl@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |smndtrl@gmail.com
--- Comment #11 from Simon smndtrl@gmail.com --- I tried the two patches and Lightrooms starts with the following error:
wine: Unhandled exception 0x40000015 in thread 9 at address 0x797a60d9 (thread 0009), starting debugger..
The error log does not show anything as lightroom closes 1s after it opens.
started it with % WINEPREFIX=~/.wine-lr /usr/local/bin/wine64 .wine-lr/drive_c/Program\ Files/Adobe/Adobe\ Photoshop\ Lightroom\ 5.3/lightroom.exe
http://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #12 from Roland Baudin roland65@free.fr --- You must use 32 bits wine and a 32 bits prefix of course.
http://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #13 from Simon smndtrl@gmail.com --- (In reply to comment #12)
You must use 32 bits wine and a 32 bits prefix of course.
Thx, now it starts with previews not displaying and many other ui glitches. Also the performance makes it unusable for me.
I cannot check if that's a problem with Catalyst/Gtk+ or s.th. else.
http://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #14 from Roland Baudin roland65@free.fr --- Try these steps:
1. Create an empty 32 bits wine profile with winecfg and install gecko and mono as requested (probably not required but it won't hurt) 2. winetricks win7 3. Install Lightroom 5.3 (32 bits version) 4. winetricks gdiplus corefonts ie7 windowscodecs 5. Run Lightroom
Note there are some issues with this approach: - the dialog used to remove images is broken, - clicking on the web module sometimes crashes the application - vertical scrollbars in dialogs are wrongly displayed as horizontal - some dialogs (import, plugins) grow at each opening
I have no speed problems on a core 2 duo box and it's rather fast on a quad core. RB
http://bugs.winehq.org/show_bug.cgi?id=35192
jason.braddock.69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jason.braddock.69@gmail.com
--- Comment #15 from jason.braddock.69@gmail.com --- (In reply to comment #14)
Try these steps:
- Create an empty 32 bits wine profile with winecfg and install gecko and
mono as requested (probably not required but it won't hurt) 2. winetricks win7 3. Install Lightroom 5.3 (32 bits version) 4. winetricks gdiplus corefonts ie7 windowscodecs 5. Run Lightroom
Note there are some issues with this approach:
- the dialog used to remove images is broken,
- clicking on the web module sometimes crashes the application
- vertical scrollbars in dialogs are wrongly displayed as horizontal
- some dialogs (import, plugins) grow at each opening
I have no speed problems on a core 2 duo box and it's rather fast on a quad core. RB
Hi roland,
is the developpement mode 'usable' ? (does the image display well and refresh well when making changes?)
Are these patches going to be included upstream?
http://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #16 from Roland Baudin roland65@free.fr --- Yes, it works very well. However, I've seen some minor issues. For example, from time to time (but rarely) the brush becomes unusable. Perhaps it happens when you add many brush areas, but I'm not sure about this.
Also, there are some glitches with the black and white preview mode that helps setting the black and white points. Sometimes it interacts unexpectedly with other controls, but it's not a real problem.
Anyway, the program is fast and very usable. I hope Wine devs will integrate these patches upstream very soon (I'm not the author). RB
http://bugs.winehq.org/show_bug.cgi?id=35192
Simon swdevelop1981@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |swdevelop1981@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=35192
Janhouse janhouse@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |janhouse@gmail.com
--- Comment #17 from Janhouse janhouse@gmail.com --- Thank you for the patches. I did try 1.7.11 with these patches, WINEARCH=win32 and winetricks gdiplus comctl32 ie7 atmlib corefonts.
It does install and run and I also see the horizontal scrollbars in export window instead of vertical.
But for me the Development mode doesn't work as smooth because it doesn't refresh the image when I make some changes with sliders. It does update the small thumbnail but not the larger image. Also zooming in in Development mode doesn't load larger image (it stays pixelated). Also export crashes the app if I try to specify folder manually (works with "export in the same folder as source" though).
Did you install other packaged that might have fixed this problem?
http://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #18 from Roland Baudin roland65@free.fr --- Strange! I don't have the problems you mention.
I use winetricks gdiplus corefonts ie7 windowscodecs
The windowscodecs dll are required otherwise the web module don't show the images. Maybe it also has an effect on the refresh in LR?
My system is Ubuntu 13.10 with Gnome fallback and Compiz window manager. RB
http://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #19 from jason.braddock.69@gmail.com --- (In reply to comment #17)
Thank you for the patches. I did try 1.7.11 with these patches, WINEARCH=win32 and winetricks gdiplus comctl32 ie7 atmlib corefonts.
It does install and run and I also see the horizontal scrollbars in export window instead of vertical.
But for me the Development mode doesn't work as smooth because it doesn't refresh the image when I make some changes with sliders. It does update the small thumbnail but not the larger image. Also zooming in in Development mode doesn't load larger image (it stays pixelated). Also export crashes the app if I try to specify folder manually (works with "export in the same folder as source" though).
Did you install other packaged that might have fixed this problem?
Hi Janhouse,
I am experiencing exactly the same problems under an amd64 ubuntu 12.04 (with lightroom 5.0) They make lightroom unusable.
I also have one x86 laptop under Archlinux and it works perfectly.
I haven't yet found the reason why but it is quite mysterious...
http://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #20 from jason.braddock.69@gmail.com --- (In reply to comment #18)
Strange! I don't have the problems you mention.
I use winetricks gdiplus corefonts ie7 windowscodecs
The windowscodecs dll are required otherwise the web module don't show the images. Maybe it also has an effect on the refresh in LR?
My system is Ubuntu 13.10 with Gnome fallback and Compiz window manager. RB
Hi Roland,
what happens if you don't install windowscodecs? On my amd64 ubuntu 12.04, I cannot install them and get the following error:
p11-kit: couldn't load module: /usr/lib/i386-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: /usr/lib/i386-linux-gnu/pkcs11/gnome-keyring-pkcs11.so: cannot open shared object file: No such file or directory fixme:setupapi:pSetupGetGlobalFlags stub ------------------------------------------------------ Note: command 'taskset -c 0 wine wic_x86_enu.exe /passive' returned status 67. Aborting.
I am also getting a "Internet Explorer 7 is not supported on this operating system" when doing the winetricks ie7...
NB: of course I did the winetricks win7 before... :-)
http://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #21 from Janhouse janhouse@gmail.com --- Well, after examining the windowscodesc installer I figured that you can install it only if you change your wineprefix to windows xp (and later changed back to win7). So I did that and installed it but it didn't solve the problem. So it is not the codecs package that affects this.
I guess that it is some Linux library used by wine what causes the problem? I am running Archlinux (so it is always latest versions of everything).
What distro and version are you guys using?
In this case some more serious debugging is required and I hardly know about wine debugging.
http://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #22 from jason.braddock.69@gmail.com --- (In reply to comment #21)
Well, after examining the windowscodesc installer I figured that you can install it only if you change your wineprefix to windows xp (and later changed back to win7). So I did that and installed it but it didn't solve the problem. So it is not the codecs package that affects this.
I guess that it is some Linux library used by wine what causes the problem? I am running Archlinux (so it is always latest versions of everything).
What distro and version are you guys using?
In this case some more serious debugging is required and I hardly know about wine debugging.
Hi Janhouse,
on my computer using an up to date x86 archlinux, lightroom is working well (unlike you). on my computer using an amd64 Ubuntu 12.04, I experience the same problems as you.
I wonder if this is a matter of graphic card because lightroom is supposed to offload some operations on the graphic card via directX...
Can you guys tell us what graphic cards you use? For me : Integrated Intel HD4000 : not working Integrated Intel N5xx : working
http://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #23 from Roland Baudin roland65@free.fr --- Hi guys,
I apologize but I forgot a step in my recipe. To install ie7 and windowscodecs you need to do a winetricks winxp otherwise these packages won't install.
Here is the revised recipe:
1. Create an empty 32 bits wine profile with winecfg and install gecko and mono as requested (probably not required but it won't hurt) 2. winetricks win7 3. Install Lightroom 5.3 (32 bits version) 4. winetricks winxp 5. winetricks gdiplus corefonts ie7 windowscodecs 6. wineticks win7 7. Run Lightroom
As Janhouse said, it's not the windowscodecs that cause the refresh problem. The development module works with or without it.
I use an nVidia graphic card and I don't have the refresh problem.
Another idea: I use winetricks from the Ubuntu ppa repository (version 20130707) and not the one shipped with Ubuntu. But I'm not sure if it makes a difference.
However, could it be related to the window manager you use? I use compiz and I don't have the problem. RB
http://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #24 from Janhouse janhouse@gmail.com --- I use Archlinux x86_64 on Macbook Air (2012). I doubt that window manager affects this in any way. I use Openbox and I tried with and without Compton compositor, doesn't matter.
Seems more like it is a problem with some 32bit library. I'll try it in Virtualbox on 32bit and 64bit guest and post results here.
http://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #25 from Janhouse janhouse@gmail.com --- I created 2 VirtualBox hosts. Ubuntu 13.10 32bit and Ubuntu 13.10 64bit. Installed wine 1.7.11. Lightroom 5.2.
In both of them Development mode works as expected, live preview updates, etc. So we are back at missing 32bit libs on 64bit archlinux or the driver issue.
It doesn't work for me on Intel graphics card: VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09)
Maybe someone who manages to get it running on archlinux can tell me what lib32- packages they have?
Maybe running a live Ubuntu 13.10 on my laptop could help figure out if the graphics card has anything to do with.
http://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #26 from Roland Baudin roland65@free.fr --- Created attachment 47372 --> http://bugs.winehq.org/attachment.cgi?id=47372 List of i386 libs to compile wine 32 bits on Ubuntu 13.10
http://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #27 from Roland Baudin roland65@free.fr --- I attached the list of i386 libraries installed on my system and used to compile a 32 bits wine on Ubuntu 13.10 (I compile wine on a 32 bits chroot and then I use it on a 64 bits system).
I also tested LR under wine with an ATI Radeon HD card and there is no refresh problem. RB
http://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #28 from Janhouse janhouse@gmail.com --- Too much information to go through.
Also I tried it on a fresh Archlinux 32bit Virtualbox install and development mode didn't work.
Jason, do you use testing repository?
http://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #29 from jason.braddock.69@gmail.com --- (In reply to comment #28)
Too much information to go through.
Also I tried it on a fresh Archlinux 32bit Virtualbox install and development mode didn't work.
Jason, do you use testing repository?
Hi,
no, I don't use testing repositories. My arch is a "standard" 32bit one, while you seem to have a 64bit one.
And I am using playonlinux, not winetricks.
1) Playonlinux->Manage wine versions->install wine 1.7.11 (32bit) 2) Playonlinux->install->install a non-listed program->in a new virtual drive->use another version of wine AND configure wine 3) Choose 1.7.11 and specify 32bit if you are asked for 4) In wine configuration, set win7 5) then install lightoom and enjoy...
I tested it also on the daily of ubuntu 14.04 x86 and it was working quite fine on both my computers.
So if you have a VGA compatible controller: "Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09)" which is my case (intel HD4000), it should work on ubuntu 14.04 to come...
I havent tried in a VM, but maybe this will produce different results as the graphics are emulated
http://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #30 from Janhouse janhouse@gmail.com --- Doesn't work for me with PlayOnLinux either. Jason, could you please paste the list of packages you have installed (pacman -Q)?
http://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #31 from Jakub Kulesza jakkul@gmail.com --- Hi!
I've managed to run LR 5.3 using patches from Marcus and Roland od Ubuntu 13.10 64 bit with geforce on nvidia drivers and gnome-fallback without compiz.
Steps taken:
1. created 32bit ubuntu 13.10 chroot environment 2. added some repos inside, together with wine ppa. Basically following this guide http://wiki.winehq.org/WineOn64bit, the chroot method. 3. compiled wine with patches inside 4. got compiled wine outside, 5. followed steps in Roland's post
and it works. I didn't test it much since my wife told me to get to bed at 1 am, but i saw no refresh problems.
http://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #32 from jason.braddock.69@gmail.com --- (In reply to comment #30)
Doesn't work for me with PlayOnLinux either. Jason, could you please paste the list of packages you have installed (pacman -Q)?
The list is here: http://pastebin.com/cxyYWxr6
Don't forget I am using Lightroom 5.0, not 5.3 so I do not need any patch since wine 1.7.11...
http://bugs.winehq.org/show_bug.cgi?id=35192
Fincer fincer89@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |fincer89@hotmail.com
http://bugs.winehq.org/show_bug.cgi?id=35192
Marco Trevisan (Treviño) mail@3v1n0.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mail@3v1n0.net
--- Comment #33 from Marco Trevisan (Treviño) mail@3v1n0.net --- No news about this fix to be included in wine?
http://bugs.winehq.org/show_bug.cgi?id=35192
tom@fullcircle.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |tom@fullcircle.de
http://bugs.winehq.org/show_bug.cgi?id=35192
Rosanne DiMesio dimesio@earthlink.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jackdeth@tds.net
--- Comment #34 from Rosanne DiMesio dimesio@earthlink.net --- *** Bug 37097 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=35192
Dan wagner.daniel.s@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wagner.daniel.s@gmail.com
--- Comment #35 from Dan wagner.daniel.s@gmail.com --- I also had problems with the develop module in lightroom. I managed to get this fixed by doing the following steps: - go to System Settings - Driver Manager - install AMD graphics accelerators from fglrx-updates - open AMD Catalyst Control Center as admin - select the onbaord GPU (intel) - restart the computer - start Lightroom
So it's definitely related to the graphic dirver. Not sure if this can be fixed by adding additional libs to wine when compiling...???
Before that to install Lightroom 5.5 I followed of course Roland Baudin's description.
--> Using patched wine7.11 32bit on Kubuntu 64bit.
https://bugs.winehq.org/show_bug.cgi?id=35192
monte monte2@yandex.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |monte2@yandex.ru
--- Comment #36 from monte monte2@yandex.ru --- Compiled 1.7.11 with given patches and everything seems to work. Even Lightroom 5.6 works. The only issue so far is bug of "remove photo" dialog. It asks whether I'd like to remove photo from the database, or delete the master file from disk. But there is only one button visible (remove from database). It is very inconvenient. Does anyone know possible solution to this?
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #37 from Roland Baudin roland65@free.fr --- Created attachment 49340 --> https://bugs.winehq.org/attachment.cgi?id=49340 Patches to get LR5 run with wine 1.7.21
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #38 from Roland Baudin roland65@free.fr --- I have a solution for the remove dialog and also for some other issues. Here it the new recipe (I use wine 1.7.21):
1. Compile a 32 bits wine 1.7.21 after having applied the five patches I included in archive lr5-wine-1.7.21-patches.tar.gz (please note that some of these patches are dirty hacks that work well with Lightroom but could induce minor issues on other wine apps)
2. Create an empty 32 bits wine profile with winecfg and install gecko and mono as requested (probably not required but it won't hurt)
3. winetricks win7
4. Install Lightroom 5 (32 bits version, version 5.6 works)
5. winetricks winxp
6. winetricks gdiplus corefonts ie7 windowscodecs comctl32
7. winetricks wininet=builtin
8. Run Lightroom
This recipe fixes the remove dialog issue. It also fixes the scrollbar issue and the growing dialog issue (that occurs for example when exporting an image). After that, some cosmetic issues can be improved if you replace the comctl32.dll provided by winetricks with the one found in Windows XP SP3 (DLL version 6.00.2900.5512). Now, Lightroom 5 runs flawlessly on Linux and it is very stable and fast.
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #39 from monte monte2@yandex.ru --- (In reply to Roland Baudin from comment #38)
Great, thanks! "winetricks winxp" do the thing! For some reason I thought that lightroom won't work with winxp option.
However is there any difference between 1.7.11 and 1.7.21 for Lightroom?
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #40 from Dan wagner.daniel.s@gmail.com --- New patches from Roland Baudin work great. Thanks!
However, now I got a new problem which wasn't there before. Not sure if this is related to wine 1.7.21 (was running wine 1.7.11 before) or the new patches. When I open Lightroom 5.5 with a new catalog is works w/o any flows. But as soon as I switch to my normal catalog (size about 1 GB), Lightroom stops running after about 5-10 seconds.
Any idea what could cause this? Tomorrow I'll patch wine 1.7.11 to see if this flaw is related to wine or the patches.
Running Lightroom 5.5 32bit on Kubuntu 64bit with patched wine 1.7.21.
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #41 from Roland Baudin roland65@free.fr --- My catalog is ~200 MB (~10000 images) and I don't have such issue with wine 1.7.21.
You could first try to patch wine 1.7.11 with these 5 patches, or you could also try to upgrade to the recent 1.7.24 version (I didn't test it).
Perhaps, the problem is in your catalog, I don't know if there exist some way to repair and clean an LR catalog? RB
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #42 from Dan wagner.daniel.s@gmail.com --- Thanks Roland Baudin for your quick replay.
Now I compiled wine1.7.24 with your patches and everything seems to work. So thanks again for your update!
When I was trying to run lightroom with wine 1.7.11 or 1.7.21 it stopped running after a while (5-10s) when working with a catalog of about 1 GB. I managed to trace that back to your recommended "wininet" setting. After I had reset it to "Native" instead of "builtin" lightroom suddendly worked with the older wine versions. Now using the latest wine version I can change wininet to "builtin" and lightroom keeps running and running and running.... :-)
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #43 from Roland Baudin roland65@free.fr --- Nice to see it works now. Note the wininet=builtin setting is required for the map module to work. RB
https://bugs.winehq.org/show_bug.cgi?id=35192
Robert elles.robert@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |elles.robert@gmail.com
--- Comment #44 from Robert elles.robert@gmail.com --- Hi, I compiled wine 1.7.24 with the patches and Lightroom 5.6 works fine so far.
Just in the development module, when i edit a photo the changes are not visible, only when i change to the library module i can see the changes. Also in the development module, when clicking on the revert button, i just get a gray image. Again i have to switch to the library module to see the change.
Do u guys also have that problem? Or any idea how to fix that?
Regards, Robert
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #45 from Roland Baudin roland65@free.fr --- No, I don't see such issues. You should try to enable / disable compositing, to change the window manager, to change the graphic driver (I had issues with the proprietary nvidia driver). Just things to try... RB
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #46 from Robert elles.robert@gmail.com --- Thx for your reply Roland. I tried different window managers and switched from nvidia to nouveau drivers but nothing changed so far. But i see in which direction you are suggesting to look. I compiled in a 32bit chroot and ran wine with schroot. I'm not quite sure how the changes, gpu drivers and window managers effect the schroot environement but i will keep trying different things.
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #47 from Roland Baudin roland65@free.fr --- I suggest you try to use the metacity window manager *without* compositing, and to test this with the two drivers (nouveau and nvidia). RB
https://bugs.winehq.org/show_bug.cgi?id=35192
Danh Hoang danh.hoang1991@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |danh.hoang1991@gmail.com
--- Comment #48 from Danh Hoang danh.hoang1991@gmail.com --- Created attachment 49565 --> https://bugs.winehq.org/attachment.cgi?id=49565 Lr 5.3 error
Hi, I get this error when using wine 1.7.26 on ubuntu 14.04.
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #49 from Roland Baudin roland65@free.fr --- (In reply to Danh Hoang from comment #48)
Created attachment 49565 [details] Lr 5.3 error
Hi, I get this error when using wine 1.7.26 on ubuntu 14.04.
You have to apply the recipe from comment 38. RB
https://bugs.winehq.org/show_bug.cgi?id=35192
notalamer@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |notalamer@gmail.com
--- Comment #50 from notalamer@gmail.com --- I built wine1.7-i386_1.7.28-0ubuntu2~ppa1_i386.deb with the patches provided and applied the recipe from Comment 38 and it went pretty smoothly except for one of the patch hunks failing. I got lightroom 5.6 to install fine but when I start it I get: fixme:file:FindFirstFileExW info level 1 not implemented fixme:file:FindFirstFileExW info level 1 not implemented fixme:file:FindFirstFileExW info level 1 not implemented fixme:file:FindFirstFileExW info level 1 not implemented fixme:file:FindFirstFileExW info level 1 not implemented
over and over.
Any idea what I might have done wrong?
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #51 from Roland Baudin roland65@free.fr --- I guess one of the patch was wrongly applied. Please, use the recipe from comment 38 with wine *1.7.21* instead of 1.7.28 and everything should be OK. RB
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #52 from notalamer@gmail.com --- Should I just build it from git or is there a way to get the old version from the ppa? I tried and failed to get it from the ppa but maybe I'm doing it wrong:
[~/Downloads]$ apt-get source wine1.7=1.7.21 Reading package lists... Done Building dependency tree Reading state information... Done E: Can not find version '1.7.21' of package 'wine1.7' E: Unable to find a source package for wine1.7
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #53 from notalamer@gmail.com --- Ah never mind, I got it from http://wine.budgetdedicated.com/archive/source/
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #54 from notalamer@gmail.com --- Looks like it's working, thanks Roland!
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #55 from Roland Baudin roland65@free.fr --- (In reply to notalamer from comment #54)
Looks like it's working, thanks Roland!
I didn't tried the latest wine version, but Lightroom 5.6 works well on my Ubuntu box with wine 1.7.21.
https://bugs.winehq.org/show_bug.cgi?id=35192
Jay Faulkner jayleefaulkner@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jayleefaulkner@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=35192
SlavikZ slavikz@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |slavikz@gmail.com
--- Comment #56 from SlavikZ slavikz@gmail.com --- Created attachment 49885 --> https://bugs.winehq.org/attachment.cgi?id=49885 3-FindFirstFile patch for wine 1.7.28
Here is the 3-FindFirstFile-wine-1.7.18.patch file adopted for wine 1.7.28
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #57 from Jay Faulkner jayleefaulkner@gmail.com --- Just an FYI, with the release of wine 1.7.28 this bug is now the next blocker for the adobe creative cloud utility on windows 7 mode and above (it now installs fine), Ill give this patch a go when I get a free moment and I'll have a shot at lightroom while I'm at it.
https://bugs.winehq.org/show_bug.cgi?id=35192
bjoern.online@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bjoern.online@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #58 from Roland Baudin roland65@free.fr --- Created attachment 50339 --> https://bugs.winehq.org/attachment.cgi?id=50339 Patches to get LR 5.7 run with wine 1.7.33
Update of the set of patches for wine 1.7.33
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #59 from Roland Baudin roland65@free.fr --- I've updated the patches to get Lightroom 5.7 run with wine 1.7.33.
Here is a recall of the recipe I use :
0. Apply the set of patches (attached to this bug report) and compile wine 1.7.33 in a 32 bits chroot 1. Create an empty 32 bits wine profile with winecfg and install gecko and mono as requested (probably not required but it won't hurt) 2. winetricks win7 3. Install Lightroom 5.7 (32 bits version) 4. winetricks winxp 5. winetricks gdiplus corefonts ie7 windowscodecs 6. wineticks win7 7. Run Lightroom
LR 5.7 works very well for me...
https://bugs.winehq.org/show_bug.cgi?id=35192
pzwolinski@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |pzwolinski@gmail.com
--- Comment #60 from pzwolinski@gmail.com --- Thanks Roland, it does seem to work will with those patches in a schroot. Do you know of an easy way to launch wine running in chroot? Currently, I have to run 'schroot -c precise_i386 -u root' to get into the chroot shell, and then 'wine lightroom.exe'. Ideally, I'd like to have a launcher icon so that others in my household can use the application.
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #61 from monte monte2@yandex.ru --- You don't need chroot to run Lightroom if you have installed wine on your base system. After compiling wine with patches you can move directory that you compiled in to wherever you like. Then you can run lightroom with this command /path/to/your/compiled/wine/wine "C:\Program files\Adobe\Adobe Photoshop Lightroom 5.7\lightroom.exe" (assuming you have Lightroom installed to main wineprefix)
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #62 from Roland Baudin roland65@free.fr --- Yes, you don't need to run wine in the chroot. When you compile wine, use: ./configure --prefix=/usr/local/wine Then you can simply move (or link) the directory /usr/local/wine from the chroot to your real system.
https://bugs.winehq.org/show_bug.cgi?id=35192
Danh Hoang danh.hoang1991@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|danh.hoang1991@gmail.com |
https://bugs.winehq.org/show_bug.cgi?id=35192
Sascha Peilicke saschpe@mailbox.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |saschpe@mailbox.org
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #63 from tom@fullcircle.de --- Hi, I followed the recipe, but I have to admit, I skipped the chroot-part (why should I use it anyway, when Installing into a custom directory?)
Installation and running LR works, But I too get the Update-Problem. I have a INTEL graphics card, like the others having problems.
Did anyone get it to work flawlessly on INTEL?
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #64 from Roland Baudin roland65@free.fr --- Please note it is only necessary to build wine in a chroot if you are on a 64 bits system. Concerning the graphic card, I only tested LR5 on nvidia cards, so I can't help you much. However, on certain nvidia cards, I noticed some (minor) refresh problems, and I solved them by using the metacity window manager with compositing turned off when launching LR5 under wine. Perhaps you can try the same with your Intel board?
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #65 from tom@fullcircle.de --- I'm not an expert on cross compiling and suchlike, but I'm on a 64bit Linux Mint and compiled it there:
#file /usr/local/wine/bin/wine /usr/local/wine/bin/wine: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.24, BuildID[sha1]=b7977c38e9a1c81bf573ec2c0911bb453dbc8481, not stripped
which looks good to me...
... but anyways... still seems to be the INTEL graphic. Unfortunately I have no NVIDIA to doublecheck
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #66 from tom@fullcircle.de --- forgot to mention: switching to Metacity did not change anything
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #67 from Roland Baudin roland65@free.fr --- (In reply to tom from comment #65)
I'm not an expert on cross compiling and suchlike, but I'm on a 64bit Linux Mint and compiled it there:
#file /usr/local/wine/bin/wine /usr/local/wine/bin/wine: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.24, BuildID[sha1]=b7977c38e9a1c81bf573ec2c0911bb453dbc8481, not stripped
which looks good to me...
... but anyways... still seems to be the INTEL graphic. Unfortunately I have no NVIDIA to doublecheck
You probably have 32 bits development libraries installed on your system. This is why you don't need a chroot.
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #68 from Jakub Kulesza jakkul@gmail.com --- Dear Roland!
I've tested your patches on Fedora 21 with wine 1.7.33, nvidia with binary drivers and full-bloat gnome-shell. Works like a charm. I seem to have some image redraw problems. LR loads thumbnails in the develop screen, does not reload the full image, the mini image on the left is grey. I see that I might need to check this on metacity without any composition manager. Will to that tomorrow.
https://bugs.winehq.org/show_bug.cgi?id=35192
notalamer@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|notalamer@gmail.com |
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #69 from Alexey malogulko@gmail.com --- Created attachment 50432 --> https://bugs.winehq.org/attachment.cgi?id=50432 debian folder for building 1.7.33
With patches from comment #58 i've succesfully installed LR 5.5. For me lightroom 5.5 runs flawlessly on debian unstable, i've tested almost every most common photo editing features. I have an integrated intel sandy bridge graphics card(i have no idea how to find the exact model), and don't have any problems described in the comments below.
In the attachment you can find the debian folder for building .deb packages from original 1.7.33 wine tarball. I hope it can be helpful for someone.
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #70 from Jakub Kulesza jakkul@gmail.com --- OK, I've got some testing results:
fedora 21, 64bit, gtx750 on binary nvidia drivers.
Test scenario: 1. start desktop manager 2. start LR 5.7 on wine 1.7.33 with Roland's patches and method of installing libs and wine components 3. LR starts up in library mode with some pics loaded 4. go to any photo develop screen (ctrl+alt+2) 5. do ANY modification on curves (like making the picture darker) 6. I see the effect on the bottom bar with latest imported pics. 7. I cannot see the effect on the main screen. 8. thumbnail in the upper left corner becomes dark. 9. go to library mode (ctrl+alt+1), go back to develop mode (ctrl+alt+2) 10. i can see the changes
this happens on gnome-shell with compositing on, Mate with compositing off, XFCE with compositing off. Roland - is this the redraw problem that you've seen? Have you tested this on nvidia gtx750 as well? Other than that it looks like LR 5.7 works like a charm! Stuff that I've seen but I do not feel is important that much:
- ctrl-alt-3 map mode makes Wine go titsup, - slideshow mode complains on dynamiclinkmediaserver encountering an error, - web mode mode makes Wine go titsup,
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #71 from Roland Baudin roland65@free.fr --- Hi, not sure but I suspect a problem with the color profiles. Do you have a color profile installed for your monitor? I have such and it makes perhaps a difference.
You can use dispcalGUI to install a color profile or you can simply use the sRBG profile provided on Windows and copy it with:
cp "sRGB Color Space Profile.icm" ~/.wine/drive_c/windows/system32/spool/drivers/color
This is perhaps the same issue encountered by tom@fullcircle.de on an INTEL card. I'll do some testing this week end to see if I can reproduce your issue on a fresh install without color profile.
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #72 from tom@fullcircle.de --- Roland, you're my Hero!
I copied "sRGB Color Space Profile.icm" into my wine drive as you Suggested, and it works like a charm - Although the Problems with Map and Web tool are stil present, like Jakub described.
I took the file from the demo version of Aftershot, which was installed on my Linux.
So Complete Confirmation: * wine 1.7.33 * patched like suggested in Comment 59 * compiled with i386 dev-Packes without chroot * installed LR in wine like advised in Comment 59 * On Linux Mint 17 Qiana 64Bit * XFCE desktop manager * Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09) (exact Model unknown but with i915 driver)
Thanks to everyone involved! You made my day!
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #73 from Jakub Kulesza jakkul@gmail.com --- Roland: i'll be sure to check out LR with color profiles loaded into wineprefix again.
Question: My monitor is calibrated using gnome color manager and an usb colorimeter and it works on Gnome-shell. For Mate I've installed mate-color-manager and imported gnome-shell settings. XFCE does not use the color profile and uses something default. So do I need to copy the default sRGB profile into Wine and the color managers will apply the color profile over that when a wine window with LR is displayed or the profile itself as wine works around the color profile from X?
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #74 from Hans Leidekker hans@meelstraat.net --- (In reply to Jakub Kulesza from comment #73)
Roland: i'll be sure to check out LR with color profiles loaded into wineprefix again.
Question: My monitor is calibrated using gnome color manager and an usb colorimeter and it works on Gnome-shell. For Mate I've installed mate-color-manager and imported gnome-shell settings. XFCE does not use the color profile and uses something default. So do I need to copy the default sRGB profile into Wine and the color managers will apply the color profile over that when a wine window with LR is displayed or the profile itself as wine works around the color profile from X?
Wine does use the profile from X. If it's not set it falls back to the sRGB profile which must be installed seperately.
Please continue this discussion elsewhere, it's off-topic here.
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #75 from Roland Baudin roland65@free.fr --- Guy, nice to see it was the solution. Anyway, Hans is right: we must find another place to discuss these things. Perhaps here: https://appdb.winehq.org/objectManager.php?sClass=version&iId=28669 RB
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #76 from Jakub Kulesza jakkul@gmail.com --- Roland: I have the same problem after copying the color profile into the directory of the wine bottle. The test case described earlier still fails.
I also have the same problem that I feel comes from the same issue: 1. run LR, 2. select picture 3. go to develop mode ctrl-alt-2 4. zoom 1:1 5. compare this with geeqie or sth, to verify if you got a miniature or the actual file. I'm getting the thumbnail zoomed in.
(regarding the color profiles - you need the default sRGB one. Gnome or Mate color management works over whatever happens in wine).
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #77 from Jakub Kulesza jakkul@gmail.com --- Redrawing the main picture (the problem I'm facing) is discussed here: https://bugs.winehq.org/show_bug.cgi?id=37715. Please post your working configs there.
https://bugs.winehq.org/show_bug.cgi?id=35192
pzwolinski@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|pzwolinski@gmail.com |
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #78 from Roland Baudin roland65@free.fr --- Created attachment 50447 --> https://bugs.winehq.org/attachment.cgi?id=50447 SRGB color profile
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #79 from Roland Baudin roland65@free.fr --- To all: please note that the install recipe from comment 49 is *wrong*. Here below is the fixed and revised one (I double checked it using a fresh wine and Lightroom install). Sorry for the previous mistakes...
===== WORKING RECIPE =====
0. Apply the set of patches for wine 1.7.33 (attached to this bug report) and compile wine 1.7.33 (in a 32 bits chroot if you are on a 64 bits system)
1. Create an empty 32 bits wine profile with winecfg and install gecko and mono as requested (probably not required but it won't hurt)
2. winetricks win7
3. Install Lightroom 5.7 (32 bits version)
4. winetricks winxp
5. winetricks gdiplus corefonts ie7 windowscodecs comctl32
6. winetricks wininet=builtin
7. If you don't have a monitor color profile installed on your system, download the SRGB color profile attached to this bug report and do: cp "sRGB Color Space Profile.icm" "~/.wine/drive_c/windows/system32/spool/drivers/color/sRGB Color Space Profile.icm"
7. Run Lightroom
=========================
Additional comments: - step 2 is necessary to install LR because it won't install on Windows XP - step 4 is required to get the delete image dialog work, and also to fix some minor UI glitches - in step 5, the comctl32 dll is required to fix some minor UI glitches (including the delete image dialog) - step 6 is used to fix the map module - step 7 is needed to fix the refresh problem in development module. If you already have a monitor icc profile installed, this step is normally not necessary. Anyway, it won't hurt, so I recommend to do it
https://bugs.winehq.org/show_bug.cgi?id=35192
Maarten Lankhorst wine@mblankhorst.nl changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wine@mblankhorst.nl
--- Comment #80 from Maarten Lankhorst wine@mblankhorst.nl --- The threadpool stubs are too simple to ever be accepted in wine. The idea of submitthreadpoolwork is that it's handled on a separate thread, those stubs don't do that.
The right way is probably finding the NTDLL equivalents of the threadpool functions, and implementing the functions in threadpool.c on top of it.
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #81 from Marcus Meissner marcus@jet.franken.de --- if there are ntdll versions of the threadpool api, they would also need to be implemented first.
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #82 from Roland Baudin roland65@free.fr --- Can we have hope to see the threadpool bug fixed for the release of wine 1.8? RB
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #83 from Marcus Meissner marcus@jet.franken.de --- not fixed but implemented... it will be a medium sized effort to get it acceptable. unless one of the wine core developers will pick it up i doubt it will get done
https://bugs.winehq.org/show_bug.cgi?id=35192
Sebastian Lackner sebastian@fds-team.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sebastian@fds-team.de
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #84 from Sebastian Lackner sebastian@fds-team.de --- For those waiting on a fix: I actually started working on this several months ago, but when I realized how difficult it is to get such a huge feature upstream, decided to defer working on it. Lot of people, including me, already have trouble to get much easier patches upstream.
This was before we started with our Staging tree idea. Back then I already wrote over 3k lines of code, which implement the most important features for worker and timer functions. Most of the threadpool IO stuff is still missing or at least untested.
I decided to clean it up, and I hope that I'll be able to add the first version to Wine-Staging until the next release 1.7.36. It might not be sufficient for the high quality standards of upstream wine though, and a lot of tests are also still missing. I'll update this bug report when I've added the implementation.
https://bugs.winehq.org/show_bug.cgi?id=35192
Qian Hong fracting@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |fracting@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #85 from Roland Baudin roland65@free.fr --- This sounds like a very good news! I know it's difficult because I tried myself to do the job but I rapidly found I don't have the necessary skills... Nevertheless, I found a free implementation (Apache License) of the threadpool API in the FreeRDP project (http://www.freerdp.com/). However, I don't know if such work could be used for the wine project, but it's perhaps a good source of information... "Bon courage", as it's said in french!
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #86 from Sebastian Lackner sebastian@fds-team.de --- (In reply to Roland Baudin from comment #85)
This sounds like a very good news! I know it's difficult because I tried myself to do the job but I rapidly found I don't have the necessary skills... Nevertheless, I found a free implementation (Apache License) of the threadpool API in the FreeRDP project (http://www.freerdp.com/). However, I don't know if such work could be used for the wine project, but it's perhaps a good source of information... "Bon courage", as it's said in french!
Before I started working on it I also checked if there are any suitable existing implementations of course. Basically all of them only implemented a minimal subset of functions required for a particular use-case. It would not be possible to implement all features available on Windows with such a code as a basis.
I have just finished cleaning up my code, you can find it here: https://github.com/wine-compholio/wine-staging/tree/master/patches/ntdll-Vis...
It implements threadpools, cleanup groups, simple callbacks, work items, timer objects, callback instance functions, ... and probably some more functions. Nevertheless, it is still not complete - threadpool wait objects and threadpool IO objects are still missing. Moreover, I have to warn that this patchset wasn't really tested much with real world applications yet, only with a couple of winetests. It might be possible that there are some corner-cases left which I didn't consider yet while writing all this down in a hurry. ;) Please test this patchset and report back if it works. Lot of functions contain assertions, to make it easier to notice unexpected behaviour.
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #87 from Roland Baudin roland65@free.fr --- I tested your set of patches with wine 1.7.36 and Lightroom 5.7. I've seen no issue, and Lightroom works as expected and flawlessly. Anyway, I think Lightroom doesn't make use of much of the Threadpool API... I hope to see this patch soon in an official wine release! Thanks a lot.
https://bugs.winehq.org/show_bug.cgi?id=35192
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks| |38030
https://bugs.winehq.org/show_bug.cgi?id=35192
martin.klapetek@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |martin.klapetek@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=35192
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nbulischeck@gmail.com
--- Comment #88 from Bruno Jesus 00cpxxx@gmail.com --- *** Bug 38365 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=35192
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download URL| |http://www.adobe.com/suppor | |t/downloads/product.jsp?pro | |duct=113&platform=Windows
https://bugs.winehq.org/show_bug.cgi?id=35192
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch Status|UNCONFIRMED |NEW CC| |focht@gmx.net Summary|lightroom 5.3 needs |Multiple Adobe applications |KERNEL32.dll.CreateThreadpo |crash on unimplemented |ol |function | |KERNEL32.dll.CreateThreadpo | |ol (Vista+ API)(Lightroom | |5.x, Creative Cloud) Ever confirmed|0 |1
--- Comment #89 from Anastasius Focht focht@gmx.net --- Hello folks,
refining summary and confirming on behalf of others.
Obviously still present with Wine 1.7.43
Regards
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #90 from Sebastian Lackner sebastian@fds-team.de --- This issue should be fixed with http://source.winehq.org/git/wine.git/commit/eadd27a38a218e6ab27404d2981f3fe... and previous patches, please retest.
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #91 from Marcus Meissner marcus@jet.franken.de --- lightroom 5.3 on startup says:
fixme:threadpool:tp_object_initialize unsupported environment version 3
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #92 from Sebastian Lackner sebastian@fds-team.de --- (In reply to Marcus Meissner from comment #91)
lightroom 5.3 on startup says:
fixme:threadpool:tp_object_initialize unsupported environment version 3
Does it prevent the app from working? It normally should be harmless, version 3 of the TP_CALLBACK_ENVIRON struct just has two additional fields added at the end, which are ignored for now.
(see http://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntdll/threadpool.c#l16... )
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #93 from Marcus Meissner marcus@jet.franken.de --- yes, sadly. it hangs / crashes ...
with +thread I get:
WINEDEBUG=+thread wine lightroom.exe trace:thread:QueueUserWorkItem (0x7f48001b2cf0,0x13590,0x00000010) trace:thread:QueueUserWorkItem (0x7f48001b2cf0,0x132a0,0x00000010) trace:thread:QueueUserWorkItem (0x7f48001b2cf0,0x135d0,0x00000010) trace:thread:QueueUserWorkItem (0x7f48001b2cf0,0x13840,0x00000010) trace:thread:QueueUserWorkItem (0x7f48001b2cf0,0x13800,0x00000010) trace:thread:QueueUserWorkItem (0x7f48001b2cf0,0x13be0,0x00000010) trace:thread:QueueUserWorkItem (0x7f48001b2cf0,0x132a0,0x00000010) trace:thread:QueueUserWorkItem (0x7f48001b2cf0,0x132a0,0x00000010) trace:thread:QueueUserWorkItem (0x7f48001b2cf0,0x13be0,0x00000010) fixme:ole:RemUnknown_QueryInterface No interface for iid {00000019-0000-0000-c000-000000000046} fixme:thread:GetThreadPreferredUILanguages 52, 0x23f6b0, 0x23f6c0 0x23f630 fixme:thread:GetThreadPreferredUILanguages 52, 0x23f410, 0x23f420 0x23f390 fixme:thread:GetThreadPreferredUILanguages 52, 0x23f470, 0x23f480 0x23f3f0 fixme:heap:RtlSetHeapInformation 0x10000 0 0x23fca0 4 stub fixme:thread:GetThreadPreferredUILanguages 52, 0x23f010, 0x23f020 0x23ef90 trace:thread:CreateThreadpool (nil) trace:thread:CreateThreadpoolWork 0x449020, 0x802190, 0x802130 fixme:threadpool:tp_object_initialize unsupported environment version 3 fixme:shell:IShellLinkW_fnGetPath (0x7c250): WIN32_FIND_DATA is not yet filled. fixme:shell:IShellLinkW_fnGetPath (0x7c250): WIN32_FIND_DATA is not yet filled. fixme:gdiplus:GdipCreateFontFamilyFromName No support for FontCollections yet! fixme:ole:RemUnknown_QueryInterface No interface for iid {00000019-0000-0000-c000-000000000046} fixme:dwmapi:DwmIsCompositionEnabled 0x23f290 fixme:seh:__CxxFrameHandler 0x23cfb0 23d270 0x23bf90 0x23be60: not implemented fixme:seh:__CxxFrameHandler 0x23cfb0 23d2d0 0x23bf90 0x23be60: not implemented fixme:seh:__CxxFrameHandler 0x23cfb0 23d350 0x23bf90 0x23be60: not implemented
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #94 from Marcus Meissner marcus@jet.franken.de --- (errm, it might not be threadpool but something else ... hard to say)
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #95 from Sebastian Lackner sebastian@fds-team.de --- (In reply to Marcus Meissner from comment #94)
(errm, it might not be threadpool but something else ... hard to say)
Could you attach a log with +thread,+threadpool ? I am not finished yet with upstreaming the full patchset, but when your initial stub patch helps, the current implementation normally should also be sufficient.
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #96 from Marcus Meissner marcus@jet.franken.de --- Created attachment 51788 --> https://bugs.winehq.org/attachment.cgi?id=51788 logfile +thread,+threadpool
https://bugs.winehq.org/show_bug.cgi?id=35192
--- Comment #97 from Marcus Meissner marcus@jet.franken.de --- (ok ... if i override msvcr100 and msvcp100 to be native, it continues onwards ... so not threadpool related ... but some threadpool has worked already :)
https://bugs.winehq.org/show_bug.cgi?id=35192
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |eadd27a38a218e6ab27404d2981 | |f3fe521f13361 Status|NEW |RESOLVED Resolution|--- |FIXED
--- Comment #98 from Austin English austinenglish@gmail.com --- (In reply to Marcus Meissner from comment #97)
(ok ... if i override msvcr100 and msvcp100 to be native, it continues onwards ... so not threadpool related ... but some threadpool has worked already :)
Marking fixed.
https://bugs.winehq.org/show_bug.cgi?id=35192
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #99 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 1.7.47.
https://bugs.winehq.org/show_bug.cgi?id=35192
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |vijayviswasam.k@gmail.com
--- Comment #100 from Bruno Jesus 00cpxxx@gmail.com --- *** Bug 41353 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=35192
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dataistruth@yahoo.ca
--- Comment #101 from Bruno Jesus 00cpxxx@gmail.com --- *** Bug 42012 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=35192
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- URL|http://www.adobe.com/suppor |https://web.archive.org/web |t/downloads/product.jsp?pro |/20151201065206/ftp://ftp.a |duct=113&platform=Windows |dobe.com/pub/adobe/lightroo | |m/win/5.x/Lightroom_5_LS11_ | |win_5_3.exe Summary|Multiple Adobe applications |Multiple Adobe applications |crash on unimplemented |crash on unimplemented |function |function |KERNEL32.dll.CreateThreadpo |KERNEL32.dll.CreateThreadpo |ol (Vista+ API)(Lightroom |ol (Vista+ API)(Lightroom |5.x, Creative Cloud) |5.3+, Creative Cloud)
-
wine-bugs＠winehq.org -
WineHQ Bugzilla