http://bugs.winehq.org/show_bug.cgi?id=16905
Summary: CommitMonitor: Application could not connect to repository Product: Wine Version: 1.1.12 Platform: PC-x86-64 URL: http://code.google.com/p/commitmonitor/downloads/list OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: alex@stanev.org
When trying to connect to repository to check for activity, the tool gives following error message: "An error occured the last time CommitMonitor tried to access the url: http://example.com/svn/example Couldn't perform atomic initialization"
The application uses libsvn, the error is likely to come from here: http://svn.collab.net/repos/svn/trunk/subversion/libsvn_subr/atomic.c
http://bugs.winehq.org/show_bug.cgi?id=16905
Alex Stanev alex@stanev.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download, source
http://bugs.winehq.org/show_bug.cgi?id=16905
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |focht@gmx.net
--- Comment #1 from Anastasius Focht focht@gmx.net 2009-03-29 11:40:47 --- Hello,
no the problem lies in libneon SSPI support used for SSL sessions. Neon implements SSPI wrappers for both, Negotiate and Ntlm auth and it expects *both* to be available on Windows (at least for initialization sequence).
See initDll() in: http://svn.webdav.org/repos/projects/neon/trunk/src/ne_sspi.c
Wine doesn't expose Negotiate, corresponding Wine snippet:
--- dlls/secur32/secur32.c --- static void SECUR32_initializeProviders(void) { HKEY key; long apiRet;
TRACE("\n"); InitializeCriticalSection(&cs); cs.DebugInfo->Spare[0] = (DWORD_PTR)(__FILE__ ": cs"); /* First load built-in providers */ SECUR32_initSchannelSP(); /* Do not load Negotiate yet. This breaks for some user on the wine-users * mailing list as of 2006-09-12. Without Negotiate, applications should * fall back to NTLM and that should work.*/ #if 0 SECUR32_initNegotiateSP(); #endif SECUR32_initNTLMSP(); ... --- dlls/secur32/secur32.c ---
The comment dates back to 2006 and as of now the Negotiate provider is still a stub. Anyway this basically stops all libneon based open source/commercial apps from working (init sequence).
For the time being replace #if 0 with #if 1 to get libneon based apps to work. Even with Negotiate being a stub this will work because libneon always uses Ntlm first when creating a context and falls back to Negotiate only in case of failure.
I've seen your "bronze" rating in appdb. Not being able to monitor repositories defeats the whole purpose of the app hence it should deserve "garbage" instead of "bronze".
If you're looking for an advanced SVN monitor with nice features you might also want to check "SVN Monitor" (.NET 2.0 based) -> http://www.svnmonitor.com/ Though that one uncovers other deficiencies (Wine lacking dciman support).
Regards
http://bugs.winehq.org/show_bug.cgi?id=16905
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |secur32
http://bugs.winehq.org/show_bug.cgi?id=16905
Kai Blin kai.blin@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |kai.blin@gmail.com
--- Comment #2 from Kai Blin kai.blin@gmail.com 2009-07-06 02:52:59 --- Crap. Exposing this function broke another app that could cope with Negotiate not being present, but not with it being present but not working. Looks like we'll have to bite the bullet and start implementing this for real.
http://bugs.winehq.org/show_bug.cgi?id=16905
--- Comment #3 from Alex Stanev alex@stanev.org 2009-08-09 08:00:42 --- Kai, what app is broken when Negotiate is exposed?
http://bugs.winehq.org/show_bug.cgi?id=16905
--- Comment #4 from Kai Blin kai.blin@gmail.com 2009-08-09 09:34:02 --- Created an attachment (id=22925) --> (http://bugs.winehq.org/attachment.cgi?id=22925) Proposed patch that hopefully doesn't break MS SQL connections
Looking through the wine-users archive this broke a program trying to access the MS SQL server. (http://www.winehq.org/pipermail/wine-users/2006-September/023459.html)
http://bugs.winehq.org/show_bug.cgi?id=16905
--- Comment #5 from Kai Blin kai.blin@gmail.com 2009-08-09 09:34:52 --- Yeah, hit send too soon. Please try if the above patch fixes things for you.
Cheers, Kai
http://bugs.winehq.org/show_bug.cgi?id=16905
--- Comment #6 from Alex Stanev alex@stanev.org 2009-08-09 10:35:50 --- Created an attachment (id=22927) --> (http://bugs.winehq.org/attachment.cgi?id=22927) Change function tables of nego_ pointing to ntlm_
I tried this, which is essentially what Anastasius proposes, only the order of init*SP()'s changed. CommitMonitor and command line svn 1.6.4 windows build works. Infact, with Anatoly Atanasov we tried some ugly hack(see attachment), changing function tables of nego_ to ntlm_ implementations. Of course, better approach is to always negotiate ntlm, for example.
http://bugs.winehq.org/show_bug.cgi?id=16905
--- Comment #7 from Anastasius Focht focht@gmx.net 2009-08-20 14:58:59 --- Hello,
this bug was fixed by commit dfb2b429a02ba289dc863373652b2ae0db65da4e TortoiseSVN, SVN Monitor and CommitMonitor work as expected.
Regards
http://bugs.winehq.org/show_bug.cgi?id=16905
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED
--- Comment #8 from Nikolay Sivov bunglehead@gmail.com 2009-08-20 15:18:02 --- (In reply to comment #7)
Hello,
this bug was fixed by commit dfb2b429a02ba289dc863373652b2ae0db65da4e TortoiseSVN, SVN Monitor and CommitMonitor work as expected.
Regards
Fixed then, thanks.
http://bugs.winehq.org/show_bug.cgi?id=16905
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #9 from Alexandre Julliard julliard@winehq.org 2009-08-21 12:43:06 --- Closing bugs fixed in 1.1.28.
http://bugs.winehq.org/show_bug.cgi?id=16905
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |dfb2b429a02ba289dc863373652 | |b2ae0db65da4e OS|other |Linux
https://bugs.winehq.org/show_bug.cgi?id=16905
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- URL|http://code.google.com/p/co |https://web.archive.org/web |mmitmonitor/downloads/list |/20160414081333/http://comm | |itmonitor.googlecode.com/fi | |les/CommitMonitor-1.4.0.354 | |.msi
--- Comment #10 from Anastasius Focht focht@gmx.net --- Hello folks,
adding stable download link via Internet Archive for documentation.
https://web.archive.org/web/20090301033044/http://code.google.com/p/commitmo...
https://web.archive.org/web/20160414081333/http://commitmonitor.googlecode.c...
https://www.virustotal.com/gui/file/f461225e7a1c10c51639ef23316ec9df3227fd6a...
$ sha1sum CommitMonitor-1.4.0.354.msi 95204e7b0f91d09fe90673a1390bdc67dc6dade8 CommitMonitor-1.4.0.354.msi
$ du -sh CommitMonitor-1.4.0.354.msi 1.5M CommitMonitor-1.4.0.354.msi
Regards
-
wine-bugs＠winehq.org -
WineHQ Bugzilla