http://bugs.winehq.org/show_bug.cgi?id=21228
Summary: DVD Rebuilder doesn't work anymore in wine 1.1.35 Product: Wine Version: 1.1.35 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: malky.ua@gmail.com
Created an attachment (id=25505) --> (http://bugs.winehq.org/attachment.cgi?id=25505) log for clean wine + vbrun6
DVD Rebuilder Pro 1.28.2 cannot encode anymore in wine 1.1.35. (It worked in 1.1.33 perfectly http://appdb.winehq.org/objectManager.php?sClass=version&iId=7738&iT... ). There is "Run-time error 70: Permission denied" on the "Encode" step. I tried some encoders (ProCoder, CCE , HC ) but none of them helped. I tested both clean wine + vbrun6 (see log as attachment) and recommendation for old version of wine ( http://appdb.winehq.org/objectManager.php?sClass=version&iId=7738&iT... ) ( it was laconic - only "fixme:storage:StgCreateDocfile Storage share mode not implemented." ) DVD Rebuilder worked perfectly in wine 1.1.33 so I'm very disappointed by this bug.
http://bugs.winehq.org/show_bug.cgi?id=21228
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression
--- Comment #1 from Nikolay Sivov bunglehead@gmail.com 2010-01-02 06:23:05 --- Try with current git first, if it still doesn't work perform regression test please. http://wiki.winehq.org/RegressionTesting
http://bugs.winehq.org/show_bug.cgi?id=21228
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|DVD Rebuilder doesn't work |DVD Rebuilder doesn't work |anymore in wine 1.1.35 |
http://bugs.winehq.org/show_bug.cgi?id=21228
--- Comment #2 from Malky malky.ua@gmail.com 2010-01-02 08:48:18 --- Shall I remove installed wine before compiling ?
http://bugs.winehq.org/show_bug.cgi?id=21228
--- Comment #3 from Nikolay Sivov bunglehead@gmail.com 2010-01-02 08:55:36 --- (In reply to comment #2)
Shall I remove installed wine before compiling ?
Yes, remove packaged version first. After building install with 'make install'.
http://bugs.winehq.org/show_bug.cgi?id=21228
Wylda wylda@volny.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wylda@volny.cz
--- Comment #4 from Wylda wylda@volny.cz 2010-01-02 09:07:06 ---
Hi Malky, i used & bought this application few years ago and this bug report remembered me that... Anyway last official VIP download is for 1.27.1Pro, but i should have lifetime warranty. Did something changed, VIP were dismissed??
Anyway i did a test under 1.1.35 and wine-1.1.35-364-g9dc584d and no such problem. I did:
* install v1.27.1 exe * put msvbvm60.dll to the same dir like Rebuilder.exe * installed it and chose ProCoder * Click Prepare -> end up OK * Click Encode -> began to move (i manually stop that before finish)
So DVD Rebuilder WORKS for me. Maybe could you test v1.27.1 to see if you have same bug like in v1.28.2. (i can't unfortunately upgrade - no longer VIP??)
http://bugs.winehq.org/show_bug.cgi?id=21228
--- Comment #5 from Malky malky.ua@gmail.com 2010-01-02 10:41:28 --- I'm not sure was it an error "malky@malky-desktop:~/wine-git$ git bisect start malky@malky-desktop:~/wine-git$ git bisect good wine-1.1.33 malky@malky-desktop:~/wine-git$ git bisect bad wine-1.1.35 Bisecting: 667 revisions left to test after this (roughly 9 steps) [efda5561d01c68f54c27b4c0ab9558ab09dbc085] jscript: Correctly handle NaN and Infinity in to_int32 and to_uint32. "
but i have the same error after all .
2 Wylda , fortunately I haven't 1.27.1 to test it.
http://bugs.winehq.org/show_bug.cgi?id=21228
--- Comment #6 from Malky malky.ua@gmail.com 2010-01-02 10:47:04 ---
2 Wylda , unfortunately I haven't 1.27.1 to test it.
http://bugs.winehq.org/show_bug.cgi?id=21228
--- Comment #7 from Nikolay Sivov bunglehead@gmail.com 2010-01-02 10:49:25 --- (In reply to comment #5)
I'm not sure was it an error "malky@malky-desktop:~/wine-git$ git bisect start malky@malky-desktop:~/wine-git$ git bisect good wine-1.1.33 malky@malky-desktop:~/wine-git$ git bisect bad wine-1.1.35 Bisecting: 667 revisions left to test after this (roughly 9 steps) [efda5561d01c68f54c27b4c0ab9558ab09dbc085] jscript: Correctly handle NaN and Infinity in to_int32 and to_uint32. "
but i have the same error after all .
You have to continuously build and specify each time after that was it good revision or bad. After that (last step - 1) will be 0 revisions left...And you have to build once more.
2 Wylda , fortunately I haven't 1.27.1 to test it.
http://bugs.winehq.org/show_bug.cgi?id=21228
--- Comment #8 from Andrew Nguyen arethusa26@gmail.com 2010-01-02 10:52:11 --- (In reply to comment #3)
(In reply to comment #2)
Shall I remove installed wine before compiling ?
Yes, remove packaged version first. After building install with 'make install'.
You don't strictly need to install Wine when doing a regression test, since you can run Wine from the source tree via wine symlink generated after compilation:
lrwxrwxrwx 1 andrew andrew 19 2009-11-30 06:38 wine -> ./tools/winewrapper
http://bugs.winehq.org/show_bug.cgi?id=21228
--- Comment #9 from Wylda wylda@volny.cz 2010-01-02 10:55:47 --- (In reply to comment #5)
2 Wylda , fortunately I haven't 1.27.1 to test it.
That's a pitty - it could save you some time. But at least you can practise with git.
I'm not sure was it an error
You have to be sure, which commit is good before you begin with git.
"malky@malky-desktop:~/wine-git$ git bisect start malky@malky-desktop:~/wine-git$ git bisect good wine-1.1.33 malky@malky-desktop:~/wine-git$ git bisect bad wine-1.1.35 Bisecting: 667 revisions left to test after this (roughly 9 steps)
so go on :) Compile and test the compiled version. Based on this test issu command "git bisect bad" or "git bisect good".
and compile again, than choose good/bad and compile again and again and again... Till you get this is first commit...
http://bugs.winehq.org/show_bug.cgi?id=21228
--- Comment #10 from Malky malky.ua@gmail.com 2010-01-02 11:16:20 --- So have I to do "CC="ccache gcc" ./configure --verbose && make depend && make" again after "git bisect start git bisect good wine-0.9.36 git bisect bad wine-0.9.37 " or these 3 lines were "compilation" ?
http://bugs.winehq.org/show_bug.cgi?id=21228
--- Comment #11 from Wylda wylda@volny.cz 2010-01-02 11:23:20 --- (In reply to comment #10)
So have I to do "CC="ccache gcc" ./configure --verbose && make depend && make" again after "git bisect start git bisect good wine-0.9.36 git bisect bad wine-0.9.37 " or these 3 lines were "compilation" ?
This way:
git bisect start git bisect good wine-1.1.33 git bisect bad wine-1.1.35 ./configure --verbose && make depend && make -j 4
./wine Rebuilder.exe //you test your app here, say it is still bad, so:
git bisect bad make -j 4
./wine Rebuilder.exe //you test your app here, say your app is OK, so:
git bisect good make -j 4
and so on... cca 9x
http://bugs.winehq.org/show_bug.cgi?id=21228
--- Comment #12 from Malky malky.ua@gmail.com 2010-01-02 11:26:36 --- what does "-j 4" do?
http://bugs.winehq.org/show_bug.cgi?id=21228
--- Comment #13 from Wylda wylda@volny.cz 2010-01-02 11:30:56 --- (In reply to comment #12)
what does "-j 4" do?
man make can tell you that, google can tell you that and i can also tell you that.
I will run 4 threads, i.e. when you have 4x CPU it will use all four cores. Idealy it will be four time faster compilation... Doesn't matter if you have just one core.
For example i have 4 cores and i run "make -j 16". I do that, because my measurement showed that it is faster than "make -j 4".
http://bugs.winehq.org/show_bug.cgi?id=21228
--- Comment #14 from Malky malky.ua@gmail.com 2010-01-02 13:04:46 --- I have done all possible compilation but it doesn't work.
http://bugs.winehq.org/show_bug.cgi?id=21228
--- Comment #15 from Malky malky.ua@gmail.com 2010-01-02 13:07:50 --- Now I have this:
malky@malky-desktop:~/wine-git$ git bisect bad 2203264bfa40ea3ad532090fdd40b0196fb2e303 is first bad commit commit 2203264bfa40ea3ad532090fdd40b0196fb2e303 Author: Vincent Povirk vincent@codeweavers.com Date: Thu Nov 12 12:34:05 2009 -0600
ole32: Rename propertyType to stgType.
:040000 040000 8bfddc8509e55cf9a7669a31548bc5d654ec271c 712274e4f577aca8bd40c2b2e14f715ff6262cec M dlls
http://bugs.winehq.org/show_bug.cgi?id=21228
--- Comment #16 from Vincent Povirk madewokherd@gmail.com 2010-01-02 13:10:51 --- Can't be. That had no functional changes.
http://bugs.winehq.org/show_bug.cgi?id=21228
--- Comment #17 from Malky malky.ua@gmail.com 2010-01-02 13:13:54 --- Could anything else cause this error? Can I install wine-1.1.33 again via apt-get to check it ?
http://bugs.winehq.org/show_bug.cgi?id=21228
--- Comment #18 from Wylda wylda@volny.cz 2010-01-02 13:53:25 --- (In reply to comment #17)
Could anything else cause this error? Can I install wine-1.1.33 again via apt-get to check it ?
Of course, do that and double check... If it works, than i would do
git checkout wine-1.1.33
and compile my own 1.1.33. And if it also works, than you will know, that you compile it right way. That would mean, that you somehow slip around a good/bad commit.
Also if your own 1.1.33 will work, then narrow it down, with "git checkout wine-1.1.34". Based on that do bisect between 1.1.33 and 1.1.34 _or_ between 1.1.34 and 1.1.35 (i.e. in case that .34 is also good)
http://bugs.winehq.org/show_bug.cgi?id=21228
--- Comment #19 from Malky malky.ua@gmail.com 2010-01-02 15:25:25 --- I have another problem: the wine-1.1.33 cannot be installed because it complains that I have newer wine (1.2) installed (. I think that's because I did make install at first time. I did "make uninstall" in wine-git directory but it haven't help. How can I remove previously compiled binaries at all? I have Ubuntu 9.10.
http://bugs.winehq.org/show_bug.cgi?id=21228
--- Comment #20 from Malky malky.ua@gmail.com 2010-01-02 15:27:31 --- Shall I just remove /usr/bin/wine*?
http://bugs.winehq.org/show_bug.cgi?id=21228
--- Comment #21 from Wylda wylda@volny.cz 2010-01-02 15:32:37 --- (In reply to comment #20)
Shall I just remove /usr/bin/wine*?
I would try: aptitude purge wine
followed by: aptitude install wine
Aptitude is/should be replacemen of apt-*
Next time dont install wine from git tree. Well you can, but it is unnecessary. Just run from your compiled git tree, i.e. be in the git tree directory and run:
./wine some_app.exe
http://bugs.winehq.org/show_bug.cgi?id=21228
--- Comment #22 from Malky malky.ua@gmail.com 2010-01-02 15:37:31 --- (In reply to comment #21)
(In reply to comment #20)
Shall I just remove /usr/bin/wine*?
I would try: aptitude purge wine
followed by: aptitude install wine
Aptitude is/should be replacemen of apt-*
Next time dont install wine from git tree. Well you can, but it is unnecessary. Just run from your compiled git tree, i.e. be in the git tree directory and run:
./wine some_app.exe
Yes, I usually use aptitude but now I want to install wine-1.1.33 so I'm trying to install it using gdebi (via winehq.org site) because aptitude install wine will install 1.1.35. I've tried "aptitude install wine-1.1.33" but it doesn't work.
http://bugs.winehq.org/show_bug.cgi?id=21228
--- Comment #23 from Malky malky.ua@gmail.com 2010-01-02 15:51:38 --- I did "sudo dpkg --install --force-conflicts wine_1.1.33~winehq0~ubuntu~9.04-0ubuntu1_amd64.deb " I hope that's ok.
http://bugs.winehq.org/show_bug.cgi?id=21228
--- Comment #24 from Malky malky.ua@gmail.com 2010-01-02 15:53:50 --- ... but malky@malky-desktop:~$ wine --version wine-1.1.35 (((
http://bugs.winehq.org/show_bug.cgi?id=21228
--- Comment #25 from Wylda wylda@volny.cz 2010-01-02 16:02:04 --- (In reply to comment #24)
... but malky@malky-desktop:~$ wine --version wine-1.1.35 (((
You should probably ask at some Ubuntu formus and keep bugzilla just about discusing wine bugs. Look for aptitude's file: preference and setting Pin-Priority, Apt-Pinning etc. Alternative (bad?) way would be aptitude hold feature.
As i said - ask some guru at Ubuntu... I'm not guru ;)
http://bugs.winehq.org/show_bug.cgi?id=21228
--- Comment #26 from Malky malky.ua@gmail.com 2010-01-02 18:32:42 --- Yes! I've found it! I have installed 1.1.33 and got the same problem. So i was VERY SURPRISED. Everytime I used the NTFS-partition for source, temp and destination. I used it before and it worked ok. But now I tried "home" as temp and destination and it worked normally. But other wine-applications write well on the same NTFS. And DVD Rebuilder had written well before too.
http://bugs.winehq.org/show_bug.cgi?id=21228
--- Comment #27 from Malky malky.ua@gmail.com 2010-01-02 19:27:22 --- "Destination" is ok for ntfs. So only temporary cannot be NTFS.
http://bugs.winehq.org/show_bug.cgi?id=21228
--- Comment #28 from Austin English austinenglish@gmail.com 2010-01-02 20:17:28 --- (In reply to comment #24)
... but malky@malky-desktop:~$ wine --version wine-1.1.35 (((
This really isn't the place to ask, but: $ sudo apt-get remove --purge wine* $ which -a wine # should show none $ sudo dpkg -i wine-1.1.33.deb
http://bugs.winehq.org/show_bug.cgi?id=21228
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords|regression |
http://bugs.winehq.org/show_bug.cgi?id=21228
--- Comment #29 from Austin English austinenglish@gmail.com 2011-10-02 11:45:35 CDT --- This is your friendly reminder that there has been no bug activity for 1 year. Is this still an issue in current (1.3.29 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=21228
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |ABANDONED
--- Comment #30 from Austin English austinenglish@gmail.com 2013-11-13 15:38:45 CST --- No reply in over a year, and no download. Resolving abandoned, if anyone is still able to reproduce this in the current development version (currently 1.7.6) feel free to reopen.
http://bugs.winehq.org/show_bug.cgi?id=21228
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #31 from Austin English austinenglish@gmail.com 2013-11-13 15:40:30 CST --- Closing.
-
wine-bugs＠winehq.org