http://bugs.winehq.org/show_bug.cgi?id=12279
Summary: wine not accepting regcode of FL Studio 8 Product: Wine Version: 0.9.58. Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: dianat100@yahoo.com
Wine doesn't accept the regcode of FL Studio 8 and the program appears in demo mode. It does, however accept FL Studio 7 regcode. Regcodes work fine under Windows XP.
http://bugs.winehq.org/show_bug.cgi?id=12279
billstei billstei@hbci.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |billstei@hbci.com
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #1 from billstei billstei@hbci.com 2008-03-31 15:44:22 --- Toxic Biohazard (a soft synth plugin included in FL8 as a demo) also appears to have this same problem. I have a full paid registration key for this synth but it does not register, aka it stays in demo mode. It may be that the FL native Toxic Bio (as opposed to the VST version) checks registration via FL Studio API, hence the problem. But it may also be that it simply uses (independently) the same Windows calls that cause FL to fail to register. Either way it's broke.
http://bugs.winehq.org/show_bug.cgi?id=12279
fl dianat100@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #2 from fl dianat100@yahoo.com 2008-04-01 08:46:48 --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #3 from Lei Zhang thestig@google.com 2008-04-01 13:50:48 --- Can you elaborate? What happens when you input the code? Does it say "bad code" ??
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #4 from billstei billstei@hbci.com 2008-04-01 18:01:13 --- The registration code is a simple entry in the registry, entered via a .reg file, and using regedit->Import. There are no issues that I can see (but I may not see everything) with the registry entry itself. As FL starts a popup window appears with the following message:
*** You appear to be a registered user, but your registration code is not valid anymore. You will now be taken to the "My FL Studio" web page where you can get your new registration code. ***
There are a couple of things worth noting about this message, 1) FL knows that the registry entry is there, and 2) FL implies that there is an issue with *time*. Beta versions of FL are almost always time limited, and require new reg codes to be obtained in order to use the latest beta software, however this is *not* a beta version of the program, Ver 8.0, and as far as I know there are no time limits on this official full release (demo) version. Time should not be the issue, but time determination may in fact still be part of the problem if the misread and/or mis-decrypted code(s) causes FL to think there is a time limit present in the code.
Worth noting (I think) is that a completely unrelated program Goldwave, intermittently loses it's registration codes (lately, Wine 0.9.5x ?). My own thinking is that this is an advapi32 problem.
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #5 from billstei billstei@hbci.com 2008-07-05 20:17:20 --- I did some testing and Wine 0.9.50 does not exhibit this problem and Wine 0.9.51 does.
As to where the regression happened, some possibilities:
Changes in dll/advapi32 files cred.c crypt.c registry.c security.c service.c
Other changes in dll/crypt32 files chain.c decode.c serialize.c
Changes in rsaenh were for tests only, and changes to rsabase were to resource version info. Neither of these seem likely (?)
Changes in dll/wintrust file wintrust_main.c added routines for WTHelperGetFileName and WTHelperGetFileHandle
Also note that rsaenh.dll and rsabase.dll stub files were added to system32 folder, i.e. they are not present in 0.9.50 and they are present in 0.9.51
Bill
http://bugs.winehq.org/show_bug.cgi?id=12279
Jeff Zaroyko jeffzaroyko@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeffzaroyko@gmail.com
--- Comment #6 from Jeff Zaroyko jeffzaroyko@gmail.com 2008-07-05 20:30:23 --- (In reply to comment #5)
I did some testing and Wine 0.9.50 does not exhibit this problem and Wine 0.9.51 does.
Bill
You should run a regression test http://wiki.winehq.org/RegressionTesting - this will give the commit that broke registration of FL studio
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #7 from billstei billstei@hbci.com 2008-07-05 21:32:53 --- Okay thanks, I was unaware of how that is done (now I get it).
Per the regression testing instructions: Passing in CC="ccache gcc" gave an error, so I just did ./configure without it. Any reason that might cause a problem?
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #8 from Jeff Zaroyko jeffzaroyko@gmail.com 2008-07-05 21:52:27 --- (In reply to comment #7)
Okay thanks, I was unaware of how that is done (now I get it).
Per the regression testing instructions: Passing in CC="ccache gcc" gave an error, so I just did ./configure without it. Any reason that might cause a problem?
If you install ccache, it will significantly reduce the amount of time that it takes to recompile between each test.
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #9 from billstei billstei@hbci.com 2008-07-06 00:31:03 --- After regression testing all night it would seem to be the very first commit after the 0.9.50 tag, but this makes no sense to me. All I can say is that I re-installed the pre-built Ubuntu Gutsy i386 0.9.50 package from here: http://wine.budgetdedicated.com/archive/index.html and FL8 registers and lets me save my work (which is the main thing the demo does not allow: file saves). So 0.9.50 has tested twice now as working, and everything else is debatable.
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #10 from Jeff Zaroyko jeffzaroyko@gmail.com 2008-07-06 01:22:00 --- (In reply to comment #9)
After regression testing all night it would seem to be the very first commit after the 0.9.50 tag, but this makes no sense to me.
The instructions on the wiki ask you to post this information to bugzilla, can you copy and paste what the output of git bisect where it identified the bad commit?
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #11 from billstei billstei@hbci.com 2008-07-06 07:56:47 --- I am far too suspicious of the bisect/regression testing at this point to post the results, they are probably bogus. To prove this I got the 0.9.50 source code directly (not using git) and compiled that. In theory my build of 0.9.50 and the Ubuntu 0.9.50 build should give me the exact same behaviours. The Ubuntu pre-built package works and mine does not. Doing a file compare the dlls msi.dll and shdocvw.dll are the main ones that differ, other than the registry itself in system.reg and user.reg. Until I get a valid 0.9.50 build I cannot expect reasonable results from the bisect because the bisect begins with the statement: git bisect good wine-0.9.50, and that is not true statement.
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #12 from billstei billstei@hbci.com 2008-07-06 08:10:26 --- To be absolutely sure I also compiled the git code after doing: git reset --hard wine-0.9.50, and this also fails.
So I have to begin thinking in terms of the compiler itself... either a compiler bug, or compiler optimization setting, or compiler version difference, between my build and the Ubuntu build (Scott Ritchie). Or is there some other possibility?
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #13 from billstei billstei@hbci.com 2008-07-06 12:43:13 --- Did further testing to determine what the difference is between my 0.9.50 build and Scott Ritchie 0.9.50 build. If I take Scott Ritchie's /usr/lib/wine/ntdll.dll.so file and put it in my Wine install/build then FL8 works (registers). Mine is slightly larger at 589304 bytes, versus Scott's at 583288 bytes. More likely a compiler optimization or version difference than a compiler bug. Also possible flags/defines being passed in that I did differently. What is the best way to determine this? This has nothing to do with a bad commit, since there are no commit differences (in theory -- unless Scott was using source not quite aligned with the 0.9.50 tag).
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #14 from billstei billstei@hbci.com 2008-07-06 13:39:55 --- It would be good to note at this point that the difference between mine and Scott's 0.9.50 build might be that of a race condition, either in ntdll.dll or something it calls. Furthermore this race condition would have changed enough between Scott's 0.9.50 and 0.9.51 to make the former work and the latter not work.
It would have been useful to transplant the Scott Ritchie ntdll.dll.so file from his 0.9.50 to his 0.9.51, which I tried, but get: error:wine client error:9: version mismatch 334/332. No surprise, but it would make an interesting test if this could be overriden.
If I follow the race condition theory ... my next test would be to pass in additional optimizations. CFLAGS="-O3" make, perhaps?
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #15 from billstei billstei@hbci.com 2008-07-06 15:59:51 --- Okay I switched to gcc 4.1.3 instead of 4.2.3 and did a standard build of 0.9.50 and it works. Now at least I might conceivably do the regression tests and come up with something meaningful, however if this is a race condition the results may not mean what they appear.
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #16 from billstei billstei@hbci.com 2008-07-06 18:31:40 --- Latest update: I compiled 0.9.51 using gcc-4.1.3 and it works. It would seem then that Scott's 0.9.51 build (which fails) was the point at which he switched to gcc 4.2 ? I have git origin (1.1.0 +) compiling now with gcc 4.1 so it will be interesting to see where if anywhere the regression now occurs.
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #17 from billstei billstei@hbci.com 2008-07-06 19:02:02 --- Confirmed: Wine git version 1.1.0-253-g2f1c7b1 compiled with gcc 4.1.3 registers FL8 properly.
Remaining questions:
Is ntdll.dll.so the only file that actually needs to be compiled with 4.1.3 ?
Does Toxic Biohazard register ok? (it would not load, but I don't have the latest rev of that plugin installed)
It would be good if someone else could duplicate my results, then we can begin to have warm fuzzy feelings.
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #18 from billstei billstei@hbci.com 2008-07-06 19:24:06 --- The answers to my previous questions:
Yes, the only file that needs to be compiled with gcc 4.1 is ntdll.dll.so
Yes, Toxic Biohazard registers ok (but it doesn't install quite right and that is a different problem than this bug 12279).
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #19 from billstei billstei@hbci.com 2008-07-06 20:14:07 --- Little correction:
I said that ntdll.dll.so was the only file that needed to be compiled with gcc 4.1, however, since it (apparently) depends on a few other libs, what I should have said was:
ntdll.dll.so is the only file that you need to use/move from a wine build that used gcc 4.1 over to a wine installation that was built with gcc 4.2
http://bugs.winehq.org/show_bug.cgi?id=12279
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |focht@gmx.net
--- Comment #20 from Anastasius Focht focht@gmx.net 2008-07-08 16:30:49 --- Hello,
that looks like PE protector issue, e.g. generated API entry code/signatures. Can you run the following command:
$ winedump dump -f <exefile> | grep -A 60 -i 'section table'
and attach/paste output?
Additionally can you start the main exe with WINEDEBUG=+relay and see if it exits prematurely?
Regards
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #21 from billstei billstei@hbci.com 2008-07-08 18:14:01 --- Created an attachment (id=14676) --> (http://bugs.winehq.org/attachment.cgi?id=14676) winedump of fl.exe run with WIne git 1.1.0-402 compiled with gcc 4.2.3
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #22 from billstei billstei@hbci.com 2008-07-08 18:18:24 --- The above post lost my comments...
Please note that the winedump run used the gcc 4.2.3 build, therefore FLStudio did not register, i.e. this is the broken state for bug 12279.
WINEDEBUG+=relay did not exit prematurely, but continues to kick out messages long after closing FL normally, similar to:
0018:Ret user32.GetMessageW() retval=00000001 ret=7ece10cb 0018:Call user32.DispatchMessageW(0033f92c) ret=7ece10a8 0018:Call window proc 0x7ece2e50 (hwnd=0x10024,msg=WM_TIMER,wp=00000001,lp=00000000) 0018:Ret window proc 0x7ece2e50 (hwnd=0x10024,msg=WM_TIMER,wp=00000001,lp=00000000) retval=00000000 0018:Ret user32.DispatchMessageW() retval=00000000 ret=7ece10a8 0018:Call user32.GetMessageW(0033f92c,00000000,00000000,00000000) ret=7ece10cb
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #23 from billstei billstei@hbci.com 2008-07-17 13:32:24 --- I am running Wine 1.1.1-147 compiled with gcc 4.1.3 and FL8 is registering..., however I just ran:
WINEDEBUG+=relay wine FL.exe &>~/test.txt
and then FL does not register. It would seem that this is in fact a race condition, the timing of which was altered by my use of gcc 4.1 vs 4.2, and ntdll.dll.so specifically. I recall seeing past commits to ntdll.dll that were related to timing issues, but I can't find them just now -- perhaps they are related.
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #24 from billstei billstei@hbci.com 2008-07-17 15:07:39 --- I found that commit I was thinking of... from 12/03/2007, follows wine-0.9.50, "ntdll: Added a sleep in NtGet/SetContextThread, a yield is not enough on some kernels." I tried reversing this commit in Wine 1.1.1 dlls/ntdll/thread.c, and compiling with gcc 4.2.3 and this did not resolve the issue. Not that this is 100% proof but, for what it's worth, it is not enough to fix it.
http://bugs.winehq.org/show_bug.cgi?id=12279
Johannes jpmx23@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jpmx23@gmail.com
--- Comment #25 from Johannes jpmx23@gmail.com 2008-09-06 04:03:15 --- any news of getting this work?
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #26 from billstei billstei@hbci.com 2008-09-06 16:38:44 --- Here I can only confirm that Wine 1.1.4 built with gcc 4.1 works (FL registers) and built with gcc 4.2 it does not work. Race condition -- that's my story and I'm stickin to it.
http://bugs.winehq.org/show_bug.cgi?id=12279
WindowsHater gaab_rs@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gaab_rs@hotmail.com
--- Comment #27 from WindowsHater gaab_rs@hotmail.com 2008-09-11 14:02:06 --- Fixed?
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #28 from billstei billstei@hbci.com 2008-09-11 15:40:36 --- As of Wine git version 1.1.4-292 there is no change.
http://bugs.winehq.org/show_bug.cgi?id=12279
egasimus fallenblood@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |fallenblood@gmail.com
--- Comment #29 from egasimus fallenblood@gmail.com 2008-09-18 09:29:54 --- can anyone attach a working ntdll.dll.so?
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #30 from billstei billstei@hbci.com 2008-10-25 12:46:26 --- FWIW I have been able to compile Wine with gcc 4.1 in order to get FLStudio to register as a "workaround" up until just recently... there are two things that changed: 1) I upgraded Ubuntu from Hardy (2.6.24) to Intrepid (RC) (2.6.27), and 2) Wine git version changing from 1.1.6-379 to 1.1.6-543, however returning (in Intrepid) to kernel 2.6.24 and Wine 1.1.6-379 did not allow the workaround to work. It still seems that this is a race condition of some kind, and is possibly affected by libraries both inside and outside of Wine.
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #31 from Johannes jpmx23@gmail.com 2008-10-31 15:35:38 --- (In reply to comment #30)
FWIW I have been able to compile Wine with gcc 4.1 in order to get FLStudio to register as a "workaround" up until just recently... there are two things that changed: 1) I upgraded Ubuntu from Hardy (2.6.24) to Intrepid (RC) (2.6.27), and 2) Wine git version changing from 1.1.6-379 to 1.1.6-543, however returning (in Intrepid) to kernel 2.6.24 and Wine 1.1.6-379 did not allow the workaround to work. It still seems that this is a race condition of some kind, and is possibly affected by libraries both inside and outside of Wine.
I can agree with this.
Please vote.
http://bugs.winehq.org/show_bug.cgi?id=12279
ShTiRLiC shtirlic@shtirlic.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |shtirlic@shtirlic.com
--- Comment #32 from ShTiRLiC shtirlic@shtirlic.com 2008-11-04 07:32:19 --- Please, upload working (compiled with older gcc) ntdll.dll.so anywhere! Sure it isn't too hard.
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #33 from billstei billstei@hbci.com 2008-11-04 10:51:36 --- I no longer think there is such a thing as a "working ntdll.dll.so" based on the results above in comment #30. There is only dumb-luck-timing, and not a single person has duplicated anything I did.
Regarding FLStudio in general, it does not run at all in the latest Wine git version(s) 1.1.7-265, so I would be interested to know if anyone else is getting this level of failure.
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #34 from billstei billstei@hbci.com 2008-11-04 18:59:07 --- Did additional testing, and it looks like the current crashing is directly related to the regcode checking. Here is what I did:
1) Begin with no .wine dir. 2) Run winecfg (Wine 1.1.7-265). No changes in winecfg (XP env). 3) Install FLStudio into new .wine 4) Run FLStudio. Runs ok (as demo). Close. 5) Run regedit FLRegkey.reg to merge regcodes into registry. 6) Run FLStudio. Crashes immediately with typical error like:
err:seh:setup_exception_record stack overflow 928 bytes in thread 0009 eip 7ef92a44 esp 00230f90 stack 0x230000-0x231000-0x330000
Assuming that there is no longer a race condition then this should be much easier to debug. Have not done a git bisect yet, but as noted in comment #30, probably between 1.1.6 and 1.1.7-265
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #35 from billstei billstei@hbci.com 2008-11-05 19:05:24 --- Did the git bisect testing and here is the result:
222e406deb878a6312b3c4bf3bcd0e185fa2ff2c is first bad commit commit 222e406deb878a6312b3c4bf3bcd0e185fa2ff2c Author: Alexandre Julliard julliard@winehq.org Date: Fri Oct 31 13:00:59 2008 +0100
ntdll: Create a separate heap for allocating memory views instead of using malloc.
:040000 040000 ec7dbb2e089b4ffefecb4e4b67c0be053880dbeb 761646b9c56562f6851e9d1f165d492b430be987 Mdlls
To be clear, this bisect is between the version that tolerated the reg code checking (but did not necessarily have success doing the check itself), and the version that completely crashes so that even the demo version of FLStudio cannot run (and only crashes when checking reg codes).
http://bugs.winehq.org/show_bug.cgi?id=12279
Mitch mitchman70@optusnet.com.au changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mitchman70@optusnet.com.au
--- Comment #36 from Mitch mitchman70@optusnet.com.au 2008-11-07 05:00:38 --- WINE version 1.1.7 - kernel 2.6.24-19-generic
FL 8 does not register but it does not crash for me. FL 7 running fine, no changes. Sorry Bill, I would love to help but what you are doing is bit beyond me presently. :( I wish I could buy you a Pizza and a beer :)
Red
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #37 from billstei billstei@hbci.com 2008-11-07 10:19:53 --- Mitch: please forward all beer and pizza to Alexandre. The crash version is 1.1.7-142 so you probably are not yet seeing it yet. 1.1.8 should be out soon, so if you are using 2.6.24 kernel (Hardy maybe?) it would be interesting/useful to know if you get the crash with 1.1.8. I am at 1.1.7-352 in Intrepid and still crashing.
http://bugs.winehq.org/show_bug.cgi?id=12279
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |julliard@winehq.org Keywords| |regression
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #38 from billstei billstei@hbci.com 2008-11-10 19:52:14 --- Tested Wine 1.1.8 on Ubuntu Hardy and the crash does occur, so my Intrepid upgrade as mentioned in comment #30 above is not related.
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #39 from Mitch mitchman70@optusnet.com.au 2008-11-12 08:55:24 --- Correct Bill. Its crashing in 1.1.8. Exits on load.
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #40 from Mitch mitchman70@optusnet.com.au 2008-11-12 08:57:49 ---
(In reply to comment #39)
Correct Bill. Its crashing in 1.1.8. Exits on load.
My Bad.I am Using Hardy yes
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #41 from billstei billstei@hbci.com 2008-11-19 14:33:32 --- Slightly modified behavior with 1.1.8-285, the err:seh:setup_exception_record does not occur (or does not get a chance to) and now there is a small window titled "Error" with an exclamation point and OK button. Clicking OK quits/crashes out. With winedbg the first error is: First chance exception: page fault on read access to 0x00000004 in 32-bit code (0x006d6e57).
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #42 from billstei billstei@hbci.com 2008-11-20 14:16:00 --- No change for 1.1.8-307, however I think it is interesting to note that while 1.1.8-307 compiled with gcc 4.3.2 produces the small Error window as in comment #41 above, if compiled with gcc 4.1 there is neither a seh crash (as in comment #34) nor the small Error window (but still no successful reg code check either).
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #43 from billstei billstei@hbci.com 2008-11-25 10:18:24 --- Regarding this mysterious (to me) difference between the runtime behavior of gcc 4.1 versus gcc 4.3 compiled Wine, here is one (the only one really) difference that shows up in the configure stage:
~$ diff gcc41configure.txt gcc43configure.txt
[...]
< checking whether the compiler supports -Wtype-limits... no ---
checking whether the compiler supports -Wtype-limits... yes
http://bugs.winehq.org/show_bug.cgi?id=12279
Bryce brycecoulson@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |brycecoulson@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #44 from billstei billstei@hbci.com 2008-12-10 11:56:53 --- Created an attachment (id=17807) --> (http://bugs.winehq.org/attachment.cgi?id=17807) Notepad Service Traces for gcc 4.1 and 4.3
Two files inside the zip.
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #45 from billstei billstei@hbci.com 2008-12-10 11:58:53 --- Why the attachment page throws away everything I type I do not understand...here it is again:
Continuing my effort to find what the difference is between Wine compiled with gcc 4.1 versus 4.3, I have a suspicion that the problem lies somewhere with the way that services.exe works (i.e. that it is a separate process). To test this theory I ran Notepad with a "service" and "wineboot" trace for each of the two Wines, both of which are version 1.1.10-130 (git). The two traces are attached, and indeed there is something very different (and wrong) happening. This might even be opened as a new bug in Notepad, but Notepad is technically not "broken", so I am not sure where to go with this next.
http://bugs.winehq.org/show_bug.cgi?id=12279
billstei billstei@hbci.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #17807|text/plain |application/zip mime type| |
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #46 from billstei billstei@hbci.com 2008-12-10 16:18:11 --- I see now that one test generated a .wine configuration update, and the other did not, so I re-ran the test and they are essentially the same when starting each with no .wine directory. Sorry for the false alarm, although I still think that multiple thread race conditions could be the culprit.
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #47 from billstei billstei@hbci.com 2008-12-18 11:44:45 --- Wine (using gcc 4.3) version 1.1.10-497 has now reverted back to the err:seh:setup_exception_record stack overflow error instead of the small error window.
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #48 from billstei billstei@hbci.com 2008-12-20 13:02:24 --- No change from comment #47 above with Wine 1.1.11
http://bugs.winehq.org/show_bug.cgi?id=12279
Philipp Kleinhenz zweistecken@gmx.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |zweistecken@gmx.de
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #49 from Philipp Kleinhenz zweistecken@gmx.de 2009-02-17 16:28:27 --- No change from comment #47 above with Wine 1.1.14
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #50 from billstei billstei@hbci.com 2009-02-28 14:16:26 --- Tested Wine 1.1.16 and no change, that is:
Wine compiled with gcc 4.1.3 - FL runs but says reg code is not valid "anymore" Wine compiled with gcc 4.3.2 - FL crashes with seh error
http://bugs.winehq.org/show_bug.cgi?id=12279
Ivan weirditude@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |weirditude@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #51 from billstei billstei@hbci.com 2009-03-14 13:10:30 --- I can make the gcc 4.1 compiled Wine (git 1.1.16-464) crash with an seh error by doing this:
WINEDEBUG=+heap wine "C:\Program Files\Image-Line\FL Studio 8\FL.exe"
which produces a typical trace like this:
warn:heap:HEAP_Decommit Could not decommit 003e0000 bytes at 0xbfc20000 for heap 0xbfc00000 trace:heap:RtlFreeHeap (0xbfc00000,00000001,0xbfc02998): returning TRUE trace:heap:RtlAllocateHeap (0xbfc00000,00000001,0000001c): returning 0xbfc02998 err:seh:setup_exception_record stack overflow 296 bytes in thread 0009 eip 0033e30b esp 00241209 stack 0x240000-0x241000-0x340000
and is apparently the same problem as:
http://bugs.winehq.org/show_bug.cgi?id=17530 http://bugs.winehq.org/show_bug.cgi?id=17594 http://bugs.winehq.org/show_bug.cgi?id=17595
My only question is whether this is the same or a different problem than the one that I have been seeing with the gcc 4.3 compiled Wine when it crashes with an seh error (?).
http://bugs.winehq.org/show_bug.cgi?id=12279
Dirk Mittler mdirk@sympatico.ca changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mdirk@sympatico.ca
--- Comment #52 from Dirk Mittler mdirk@sympatico.ca 2009-03-20 09:36:27 --- I'm running Wine 1.1.16 and have just paid for a reg code of FL Studio 8.
Mine also gives me the error window, saying ~the product appears to be registered, but the reg key is no longer valid~.
I, myself am not ready to run regression tests at this time.
However, because I am affected, I've added myself to the Cc list, in case this gets solved.
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #53 from billstei billstei@hbci.com 2009-03-20 12:49:51 --- The new FL Studio 8.5 beta 2 shows no change in the reg code issue. Wine (git) 1.1.17 compiled with gcc 4.1.3
http://bugs.winehq.org/show_bug.cgi?id=12279
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |austinenglish@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #54 from billstei billstei@hbci.com 2009-03-22 23:09:25 --- Given the similarity of this bug to that of DVDFab under Bug #13114, it might be worth noting that they both produce this error (FL shown with +mountmgr trace on):
trace:mountmgr:harddisk_ioctl ioctl 4d004 insize 44 outsize 268 fixme:mountmgr:harddisk_ioctl unsupported ioctl 4d004
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #55 from billstei billstei@hbci.com 2009-03-23 15:59:42 --- Per comment #54, the error was generated from line #644 in wine/dlls/mountmgr.sys/device.c, and the code 4d004 is IOCTL_SCSI_PASS_THROUGH as defined on line #31 (and #29) in wine/include/ntddscsi.h
#define IOCTL_SCSI_BASE FILE_DEVICE_CONTROLLER
#define IOCTL_SCSI_PASS_THROUGH CTL_CODE(IOCTL_SCSI_BASE, 0x0401, METHOD_BUFFERED, FILE_READ_ACCESS | FILE_WRITE_ACCESS)
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #56 from billstei billstei@hbci.com 2009-03-28 13:03:19 --- Created an attachment (id=20168) --> (http://bugs.winehq.org/attachment.cgi?id=20168) FL8 relay trace under Wine 1.1.18
See new attachment. Also note similarities to Wine Bug #7875.
Are these SCSI related issues related to this:
http://www.winehq.org/pipermail/wine-devel/2009-March/074364.html
on-going work ?
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #57 from billstei billstei@hbci.com 2009-03-30 16:17:28 --- In order to test whether support for ioctl 4d004 (IOCTL_SCSI_PASS_THROUGH) was enough to fix this bug I went back to the ipod support patches (set of 8) from 4-17-2008 from Maarten Lankhorst and applied them to Wine 0.9.60, and there was no change to this bug (other than the FIXME messages about ioctl 4d004 ). Nevertheless it may still be that support for this ioctl is necessary (but not enough) to fix the bug.
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #58 from Anastasius Focht focht@gmx.net 2009-03-30 16:55:04 --- Hello,
doesn't waste time on this trying to figure out... I already wrote some time ago (see comment #20) - it's the software protection to blame. It virtualizes API incorrectly -> Wine entry point code emulation problem.
If vendors repackage the affected apps with a newer version of the Protector, the problem might go away.
Regards
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #59 from billstei billstei@hbci.com 2009-03-30 17:29:40 --- In what way is FL Studio "affected" ? It runs fine under Windows, and Wine has failed to reproduce this working behavior.
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #60 from Anastasius Focht focht@gmx.net 2009-03-30 18:01:35 --- Hello,
--- quote --- In what way is FL Studio "affected" ? It runs fine under Windows, and Wine has failed to reproduce this working behavior. --- quote ---
The software protection makes certain assumptions about the layout of OS API entry points in order to virtualize/emulate them. Wine's API entry points differ from Windows by design. Wine can't replicate this due technical limitations and legal reasons.
There are some examples from the past like the old SafeDisc 2.x, Punkbuster, Shrinker bugzilla threads... some of the issues can be solved - some not.
Regards
http://bugs.winehq.org/show_bug.cgi?id=12279
sixofour cronodevir@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |cronodevir@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=12279
Joe rambopfc@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rambopfc@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #61 from billstei billstei@hbci.com 2009-06-02 17:36:11 --- Tested Wine 1.1.22 (Ubuntu 9.04, Scott Ritchie build) and FL Studio 8.5 Beta 4, and I am registered (and no crash). Glitch or permanent?
http://bugs.winehq.org/show_bug.cgi?id=12279
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #62 from Ken Sharp kennybobs@o2.co.uk 2009-06-02 18:39:36 --- If it works in latest Wine then it's fixed.
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #63 from Jeff Zaroyko jeffz@jeffz.name 2009-06-02 18:45:22 --- (In reply to comment #61)
Tested Wine 1.1.22 (Ubuntu 9.04, Scott Ritchie build) and FL Studio 8.5 Beta 4, and I am registered (and no crash). Glitch or permanent?
You could run a reverse regression test to locate the commit that fixed it if you wanted to be sure.
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #64 from billstei billstei@hbci.com 2009-06-02 21:06:46 --- It may be that Image-Line revised their protection system so that it is now Wine compatible (which means that a Wine regression test is not meaningful). This bug can always be re-opened, but can at least one other tester confirm that the reg code is being accepted with 8.5 beta 4 ? Note that this beta is not available to non-customers of Image-Line.
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #65 from Jeff Zaroyko jeffz@jeffz.name 2009-06-03 07:46:21 --- (In reply to comment #64)
It may be that Image-Line revised their protection system so that it is now Wine compatible (which means that a Wine regression test is not meaningful). This bug can always be re-opened, but can at least one other tester confirm that the reg code is being accepted with 8.5 beta 4 ? Note that this beta is not available to non-customers of Image-Line.
Well, if it's a case of Image-Line using a new version of the packer and nothing has changed in Wine, marking this WONTFIX as per Anastasius's analysis would make more sense.
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #66 from flat flatdownright@googlemail.com 2009-06-03 10:47:42 --- (In reply to comment #64)
can at least one other tester confirm that the reg code is being accepted with 8.5 beta 4 ?
I can confirm that the reg code is accepted with 8.5 beta 4. One thing that puzzles me is once I open a project, it doesn't let me play it or click anywhere within the Wine window, there's an error sound (as if the window is out of focus). Can anyone confirm that?
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #67 from billstei billstei@hbci.com 2009-06-03 11:29:04 --- (In reply to comment #66)
(In reply to comment #64)
can at least one other tester confirm that the reg code is being accepted with 8.5 beta 4 ?
I can confirm that the reg code is accepted with 8.5 beta 4. One thing that puzzles me is once I open a project, it doesn't let me play it or click anywhere within the Wine window, there's an error sound (as if the window is out of focus). Can anyone confirm that?
There are crashes occurring within the program, for example loading the DirectWave plugin will lock up the GUI (and your project is probably loading a crashing plugin). These seem unrelated to the reg key issue, however, I can compile Wine 1.1.22 with gcc 4.1 and DirectWave will load, so there could also be a correlation between compiler choice and the reg key problem. It will help to identify a specific reproduceable crash and start a new Wine Bug#.
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #68 from flat flatdownright@googlemail.com 2009-06-03 11:43:24 --- (In reply to comment #67)
There are crashes occurring within the program, for example loading the DirectWave plugin will lock up the GUI (and your project is probably loading a crashing plugin).
This also happens on opening an flp which has only a SoundFont player score. It's rather strange since that means I cannot open majority of my fl projects. Sigh. I suppose you're right about another wind bug #. ;)
http://bugs.winehq.org/show_bug.cgi?id=12279
Jeff Zaroyko jeffz@jeffz.name changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED |
--- Comment #69 from Jeff Zaroyko jeffz@jeffz.name 2009-06-03 18:03:21 --- Can someone please test entering the reg code with the demo that this bug was opened for so we can mark this with the correct resolution.
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #70 from billstei billstei@hbci.com 2009-06-04 10:20:12 --- Wine 1.1.22 (Ubuntu 9.04, Scott Ritchie build) and FL Studio 8.0.2 with reg code merged in registry results in an immediate crash: err:seh:setup_exception_record stack overflow 1028 bytes
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #71 from Philipp Kleinhenz zweistecken@gmx.de 2009-06-04 10:54:11 --- clean install of wine 1.1.22 installed FL 8.5b4 demp Registered via .reg file. No seh error, works, shows up as registered.
on a second test i compiled wine against gcc-4.1 instead of 4.2(4.3 dunno). also works, including toxicbiohazard morphine poizone, with gdiplus.dll from winetricks even directwave (im not sure if gdiplus was also required for the other plugins [toxic etc.]
one problem left: Now the plugins [toxicbiohazard, morphine, poizone] only show up as demo although the regcode is imported in the winreg and fl is working as full version.
p.s. .reg files does include regcodes for those plugins
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #72 from Philipp Kleinhenz zweistecken@gmx.de 2009-06-04 10:58:08 --- probably these plugins use the same system for the reg confirmation fl is using, only they must be still using the same thing that caused fl to not be able to get registered. If it really was due to the change in fl, not in wine.
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #73 from Philipp Kleinhenz zweistecken@gmx.de 2009-06-04 11:01:04 --- one more thing:
as this fix is only applicable to FL Studio 8.5b4, and NOT FL Studio 8 i would not recommend marking this bug as fixed. Different Version, probably not a wine thing, more of a FL thing.
http://bugs.winehq.org/show_bug.cgi?id=12279
--- Comment #74 from billstei billstei@hbci.com 2009-06-04 14:47:12 --- In order to see if the DirectWave plugin crash is related to the first time that the seh errors began with reg key checking (see comment #34 above, supposedly between 1.1.6 and 1.1.7), I tested Scott Ritchie Ubuntu 8.10 builds 1.1.6 and 1.1.7, and both load DirectWave okay. Version 1.1.11 has DirectWave crashing. No correlation, or so it seems, but if anyone wants to pursue the DirectWave crash as a separate issue, I would try bisecting between 1.1.7 and 1.1.11
http://bugs.winehq.org/show_bug.cgi?id=12279
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|austinenglish@gmail.com |
http://bugs.winehq.org/show_bug.cgi?id=12279
Jeff Zaroyko jeffz@jeffz.name changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |WONTFIX
--- Comment #75 from Jeff Zaroyko jeffz@jeffz.name 2009-06-04 17:46:32 --- Marking WONTFIX.
As for the DirectWave issue, please open a new bug report rather than discussing it here. One issue per bug report.
http://bugs.winehq.org/show_bug.cgi?id=12279
Jeff Zaroyko jeffz@jeffz.name changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #76 from Jeff Zaroyko jeffz@jeffz.name 2009-06-04 17:47:45 --- closing
https://bugs.winehq.org/show_bug.cgi?id=12279
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords|regression |download, obfuscation Status|CLOSED |RESOLVED URL| |ftp://ftp.freenet.de/pub/fi | |lepilot/fpt/audio/mixer/fl_ | |studio/flstudio_8_0_install | |.exe Component|-unknown |ntdll Hardware|Other |x86 Resolution|WONTFIX |DUPLICATE Summary|wine not accepting regcode |FL Studio 8 registration |of FL Studio 8 |fails (ASProtect SKE v2.x)
--- Comment #77 from Anastasius Focht focht@gmx.net --- Hello folks,
resolving this rather as dupe of bug 34558 since it's the same underlying ASProtect 1.x/2.x issue.
ProtectionID scan:
--- snip --- -=[ ProtectionID v0.6.6.7 DECEMBER]=- (c) 2003-2015 CDKiLLER & TippeX Build 24/12/14-22:48:13 Ready... Scanning -> C:\Program Files\Image-Line\FL Studio 8\FLEngine.dll File Type : 32-Bit Dll (Subsystem : Win GUI / 2), Size : 3355136 (0333200h) Byte(s) Compilation TimeStamp : 0x2A425E19 -> Fri 19th Jun 1992 22:22:17 (GMT) [TimeStamp] 0x2A425E19 -> Fri 19th Jun 1992 22:22:17 (GMT) | PE Header | - | Offset: 0x00000108 | VA: 0x00400108 | - [File Heuristics] -> Flag #1 : 00000000000001001100000100100011 (0x0004C123) [Entrypoint Section Entropy] : 7.85 (section #8) ".data " | Size : 0x27E00 (163328) byte(s) [DllCharacteristics] -> Flag : (0x0001) -> PInit [SectionCount] 10 (0xA) | ImageSize 0x5EB000 (6205440) byte(s) [Export] 0% of function(s) (0 of 1) are in file | 0 are forwarded | 1 code | 0 data | 0 uninit data | 0 unknown | [VersionInfo] Company Name : Image-Line [VersionInfo] Product Name : FL Studio [VersionInfo] Product Version : 1.0.0.0 [VersionInfo] File Description : FL Studio engine [VersionInfo] File Version : 8.0.0.2 [VersionInfo] Internal Name : FL Studio [VersionInfo] Legal Copyrights : Image-Line [!] ASProtect SKE v2.72 or higher detected ! [CdKeySerial] found "Trial version" @ VA: 0x003FDA7F / Offset: 0x0017E87F [CdKeySerial] found "Registration Key" @ VA: 0x003FDADD / Offset: 0x0017E8DD [CompilerDetect] -> Borland Delphi (unknown version) - 80% probability - Scan Took : 1.918 Second(s) [00000043Ah (1082) tick(s)] [244 of 573 scan(s) done] --- snip ---
Regards
*** This bug has been marked as a duplicate of bug 34558 ***
https://bugs.winehq.org/show_bug.cgi?id=12279
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #78 from Ken Sharp imwellcushtymelike@gmail.com --- Closing
https://bugs.winehq.org/show_bug.cgi?id=12279
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- URL|ftp://ftp.freenet.de/pub/fi |https://web.archive.org/web |lepilot/fpt/audio/mixer/fl_ |/20211116080635/http://demo |studio/flstudio_8_0_install |download.image-line.com/fls |.exe |tudio/archive_older/flstudi | |o_8_0_install.exe
--- Comment #79 from Anastasius Focht focht@gmx.net --- Hello folks,
adding stable download link via Internet Archive for documentation.
https://web.archive.org/web/20211116080635/http://demodownload.image-line.co...
Alternate:
https://web.archive.org/web/20211116080201/http://raptor483.cz/upload/temp/k...
$ sha1sum flstudio_8_0_install.exe 11361d47bfae16cd95c5892269e13b893866bd04 flstudio_8_0_install.exe
$ du -sh flstudio_8_0_install.exe 98M flstudio_8_0_install.exe
Regards