Re: Error in child process: exec of 'ssh' failed: No such file or directory
Anyone...it's rendering Versions unusable and messing with my workflow :P On Oct 2, 9:50 am, Noah Campbell wrote: > I upgraded and I think something broke, but I can't get the last > version of Versions to confirm. > > Can someone point me to the archive of older Versions, specifically > 1.0.5? > > Thank you, > -Noah --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Versions" group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~---
Re: 1.0.6 Crashing Constantly
The same thing happens to me with svn+ssh in Versions 1.0.6. I have even given the Versions team an account on my server and they can't reproduce it. As much as I love Versions, this problem makes it impossible for me to use it since I get crash windows appearing every minute or three. I am back to the barbaric command line for now. :-) -- Gary On Oct 2, 2009, at 5:53 PM, mupdegraff wrote: > > svn+ssh://userna...@bigmac.local/Volumes/Main/Subversion/Repository/ > Projects > > On Oct 2, 2:25 pm, Quinn Taylor wrote: >> I'm not on the Versions dev team, but the most relevant thing would >> probably be the scheme (http, svn, svn+ssh, etc.) used. I know there >> are certain URL schemes that have been associated with certain >> problems in SVN. I'll leave it to the devs to specify anything else >> that they might need. >> - Quinn >> >> On Oct 2, 2009, at 1:51 PM, mupdegraff wrote: >> >> >> >>> What do I need to do to get you more info on the repository URL? >> >>> On Oct 2, 1:42 pm, Quinn Taylor wrote: Notice that it crashes in libapr, which is used by Subversion. Perhaps providing more information like the repository URL used would help. >> BTW, booting to the 64-bit kernel is very unlikely to affect crashes — the process will run as 32/64-bit regardless whether enabled or not. >> - Quinn >> >> >> >> smime.p7s >> 3KViewDownload > > --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Versions" group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~---
Re: 1.0.6 Crashing Constantly
svn+ssh://userna...@bigmac.local/Volumes/Main/Subversion/Repository/ Projects On Oct 2, 2:25 pm, Quinn Taylor wrote: > I'm not on the Versions dev team, but the most relevant thing would > probably be the scheme (http, svn, svn+ssh, etc.) used. I know there > are certain URL schemes that have been associated with certain > problems in SVN. I'll leave it to the devs to specify anything else > that they might need. > - Quinn > > On Oct 2, 2009, at 1:51 PM, mupdegraff wrote: > > > > > What do I need to do to get you more info on the repository URL? > > > On Oct 2, 1:42 pm, Quinn Taylor wrote: > >> Notice that it crashes in libapr, which is used by Subversion. > >> Perhaps > >> providing more information like the repository URL used would help. > > >> BTW, booting to the 64-bit kernel is very unlikely to affect > >> crashes — > >> the process will run as 32/64-bit regardless whether enabled or not. > > >> - Quinn > > > > smime.p7s > 3KViewDownload --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Versions" group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~---
Re: 1.0.6 Crashing Constantly
I'm not on the Versions dev team, but the most relevant thing would probably be the scheme (http, svn, svn+ssh, etc.) used. I know there are certain URL schemes that have been associated with certain problems in SVN. I'll leave it to the devs to specify anything else that they might need. - Quinn On Oct 2, 2009, at 1:51 PM, mupdegraff wrote: What do I need to do to get you more info on the repository URL? On Oct 2, 1:42 pm, Quinn Taylor wrote: Notice that it crashes in libapr, which is used by Subversion. Perhaps providing more information like the repository URL used would help. BTW, booting to the 64-bit kernel is very unlikely to affect crashes — the process will run as 32/64-bit regardless whether enabled or not. - Quinn smime.p7s Description: S/MIME cryptographic signature
Re: 1.0.6 Crashing Constantly
No - this did not occur with 1.0.5 On Oct 2, 1:40 pm, Dirk Stoop wrote: > Hi Michael, > > Thanks for the bug report, > > Did you have this same issue with Versions 1.0.5? > > Cheers, > - Dirk > > On Oct 2, 10:34 pm, mupdegraff wrote: > > > Running OS with K64 64 Bit enabled > > > Process: Versions [22349] > > Path: /Applications/Versions.app/Contents/MacOS/Versions > > Identifier: Versions > > Version: ??? (???) > > Code Type: X86 (Native) > > Parent Process: Versions [22297] > > > Date/Time: 2009-10-02 13:30:01.388 -0700 > > OS Version: Mac OS X 10.6.1 (10B504) > > Report Version: 6 > > > Interval Since Last Report: 9548 sec > > Crashes Since Last Report: 10 > > Per-App Crashes Since Last Report: 10 > > Anonymous UUID: 7058AACF- > > A187-4457-8834-9CA7E139AB6D > > > Exception Type: EXC_BAD_ACCESS (SIGBUS) > > Exception Codes: KERN_PROTECTION_FAILURE at 0x003e > > Crashed Thread: 0 > > > Application Specific Information: > > *** multi-threaded process forked *** > > > Thread 0 Crashed: > > 0 ??? 0x003e 0 + 62 > > 1 libapr.dylib 0x002db446 cleanup_pool_for_exec + > > 20 > > 2 libapr.dylib 0x002db45c cleanup_pool_for_exec + > > 42 > > 3 libapr.dylib 0x002db48a > > apr_pool_cleanup_for_exec + 29 > > 4 libapr.dylib 0x002e6eb1 apr_proc_create + 425 > > 5 libsvn_ra_svn.dylib 0x007ba04a make_tunnel + 391 > > 6 libsvn_ra_svn.dylib 0x007ba2ce open_session + 267 > > 7 libsvn_ra_svn.dylib 0x007ba8eb ra_svn_open + 402 > > 8 libsvn_ra.dylib 0x002f7cfd svn_ra_open3 + 2089 > > 9 libsvn_client.dylib 0x007950d5 > > svn_client__open_ra_session_internal + 552 > > 10 libsvn_client.dylib 0x00799573 reporter_finish_report + > > 127 > > 11 libsvn_wc.dylib 0x12b51836 svn_wc_crawl_revisions4 > > + 1590 > > 12 libsvn_client.dylib 0x00799d69 svn_client_status4 + > > 1699 > > 13 libsvn_client.dylib 0x00774de3 svn_client_status3 + 137 > > 14 libsvn_client.dylib 0x00774e65 svn_client_status2 + 124 > > 15 com.picodev.SA165 0x00707fb0 > > EZSEnsureAPRAndSVNLibsInitialization + 24021 > > 16 com.picodev.SA165 0x00707888 > > EZSEnsureAPRAndSVNLibsInitialization + 22189 > > 17 com.apple.CoreFoundation 0x9261a2cd __invoking___ + 29 > > 18 com.apple.CoreFoundation 0x9261a238 -[NSInvocation invoke] + > > 136 > > 19 com.picodev.SA165 0x0070af08 > > EZSEnsureAPRAndSVNLibsInitialization + 36141 > > 20 com.apple.Foundation 0x991d4964 -[NSThread main] + 45 > > 21 com.apple.Foundation 0x991d4914 __NSThread__main__ + > > 1499 > > 22 libSystem.B.dylib 0x95d0af39 _pthread_start + 345 > > 23 libSystem.B.dylib 0x95d0adbe thread_start + 34 > > > Thread 0 crashed with X86 Thread State (32-bit): > > eax: 0xedc8edda ebx: 0x002db479 ecx: 0x95e40d0c edx: 0x003e > > edi: 0x002f9c65 esi: 0x01584ce0 ebp: 0xb018c858 esp: 0xb018c82c > > ss: 0x0023 efl: 0x00010202 eip: 0x003e cs: 0x001b > > ds: 0x0023 es: 0x0023 fs: 0x0023 gs: 0x000f > > cr2: 0x003e > > > Binary Images: > > 0x1000 - 0xe0fe7 +com.picodev.Versions 1.0.6 (71) > AC71-E697-AB9A-BDFD52704CA3> /Applications/Versions.app/Contents/MacOS/ > > Versions > > 0xfa000 - 0x106ff7 +org.andymatuschak.Sparkle ??? (1.1) / > > Applications/Versions.app/Contents/Frameworks/Sparkle.framework/ > > Versions/A/Sparkle > > 0x111000 - 0x1c6fe7 libcrypto.0.9.7.dylib ??? (???) > > <4917E4F2-817F-5AC4-3FBE-54BC96360448> /usr/lib/libcrypto.0.9.7.dylib > > 0x251000 - 0x253ffc +libsvn_fs.dylib ??? (???) <111E9C19- > > EA84-8622-6E22-9F41996D4231> /Applications/Versions.app/Contents/MacOS/ > > SA165.bundle/Contents/lib/libsvn_fs.dylib > > 0x2cb000 - 0x2e9fef +libapr.dylib ??? (???) <8C8299CF-F60A-5887- > > F32E-4AC71ADBA31E> /Applications/Versions.app/Contents/MacOS/ > > SA165.bundle/Contents/lib/libapr.dylib > > 0x2f4000 - 0x2f9ffe +libsvn_ra.dylib ??? (???) <141FC3E8-4198- > > A334-932A-83BEA19DCF47> /Applications/Versions.app/Contents/MacOS/ > > SA165.bundle/Contents/lib/libsvn_ra.dylib > > 0x70 - 0x727ff7 +com.picodev.SA165 ??? (1.0) > > /Applications/Versions.app/ > > Contents/MacOS/SA165.bundle/Contents/MacOS/SA165 > > 0x73c000 - 0x756fff +libneon.dylib ??? (???) <29AAB42C-661F-DDBD- > > CC4A-C358C3593BE5> /Applications/Versions.app/Contents/MacOS/ > > SA165.bundle/Contents/lib/libneon.dylib > > 0x76 - 0x79efff +libsvn_client.dylib ??? (???) <9545293A-CD8C- > > C5C7-2EBE-E19CEBC31463> /Applications/Versions.app/Contents/MacOS/ > > SA165.bundle/
Re: 1.0.6 Crashing Constantly
What do I need to do to get you more info on the repository URL? On Oct 2, 1:42 pm, Quinn Taylor wrote: > Notice that it crashes in libapr, which is used by Subversion. Perhaps > providing more information like the repository URL used would help. > > BTW, booting to the 64-bit kernel is very unlikely to affect crashes — > the process will run as 32/64-bit regardless whether enabled or not. > > - Quinn > > On Oct 2, 2009, at 1:34 PM, mupdegraff wrote: > > > > > Running OS with K64 64 Bit enabled > > > Process: Versions [22349] > > Path: /Applications/Versions.app/Contents/MacOS/Versions > > Identifier: Versions > > Version: ??? (???) > > Code Type: X86 (Native) > > Parent Process: Versions [22297] > > > Date/Time: 2009-10-02 13:30:01.388 -0700 > > OS Version: Mac OS X 10.6.1 (10B504) > > Report Version: 6 > > > Interval Since Last Report: 9548 sec > > Crashes Since Last Report: 10 > > Per-App Crashes Since Last Report: 10 > > Anonymous UUID: 7058AACF- > > A187-4457-8834-9CA7E139AB6D > > > Exception Type: EXC_BAD_ACCESS (SIGBUS) > > Exception Codes: KERN_PROTECTION_FAILURE at 0x003e > > Crashed Thread: 0 > > > Application Specific Information: > > *** multi-threaded process forked *** > > > Thread 0 Crashed: > > 0 ??? 0x003e 0 + 62 > > 1 libapr.dylib 0x002db446 cleanup_pool_for_exec + > > 20 > > 2 libapr.dylib 0x002db45c cleanup_pool_for_exec + > > 42 > > 3 libapr.dylib 0x002db48a > > apr_pool_cleanup_for_exec + 29 > > 4 libapr.dylib 0x002e6eb1 apr_proc_create + 425 > > 5 libsvn_ra_svn.dylib 0x007ba04a make_tunnel + 391 > > 6 libsvn_ra_svn.dylib 0x007ba2ce open_session + 267 > > 7 libsvn_ra_svn.dylib 0x007ba8eb ra_svn_open + 402 > > 8 libsvn_ra.dylib 0x002f7cfd svn_ra_open3 + 2089 > > 9 libsvn_client.dylib 0x007950d5 > > svn_client__open_ra_session_internal + 552 > > 10 libsvn_client.dylib 0x00799573 reporter_finish_report + > > 127 > > 11 libsvn_wc.dylib 0x12b51836 svn_wc_crawl_revisions4 > > + 1590 > > 12 libsvn_client.dylib 0x00799d69 svn_client_status4 + > > 1699 > > 13 libsvn_client.dylib 0x00774de3 svn_client_status3 + 137 > > 14 libsvn_client.dylib 0x00774e65 svn_client_status2 + 124 > > 15 com.picodev.SA165 0x00707fb0 > > EZSEnsureAPRAndSVNLibsInitialization + 24021 > > 16 com.picodev.SA165 0x00707888 > > EZSEnsureAPRAndSVNLibsInitialization + 22189 > > 17 com.apple.CoreFoundation 0x9261a2cd __invoking___ + 29 > > 18 com.apple.CoreFoundation 0x9261a238 -[NSInvocation invoke] + > > 136 > > 19 com.picodev.SA165 0x0070af08 > > EZSEnsureAPRAndSVNLibsInitialization + 36141 > > 20 com.apple.Foundation 0x991d4964 -[NSThread main] + 45 > > 21 com.apple.Foundation 0x991d4914 __NSThread__main__ + > > 1499 > > 22 libSystem.B.dylib 0x95d0af39 _pthread_start + 345 > > 23 libSystem.B.dylib 0x95d0adbe thread_start + 34 > > > Thread 0 crashed with X86 Thread State (32-bit): > > eax: 0xedc8edda ebx: 0x002db479 ecx: 0x95e40d0c edx: 0x003e > > edi: 0x002f9c65 esi: 0x01584ce0 ebp: 0xb018c858 esp: 0xb018c82c > > ss: 0x0023 efl: 0x00010202 eip: 0x003e cs: 0x001b > > ds: 0x0023 es: 0x0023 fs: 0x0023 gs: 0x000f > > cr2: 0x003e > > > > > > > smime.p7s > 3KViewDownload --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Versions" group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~---
Re: 1.0.6 Crashing Constantly
Notice that it crashes in libapr, which is used by Subversion. Perhaps providing more information like the repository URL used would help. BTW, booting to the 64-bit kernel is very unlikely to affect crashes — the process will run as 32/64-bit regardless whether enabled or not. - Quinn On Oct 2, 2009, at 1:34 PM, mupdegraff wrote: Running OS with K64 64 Bit enabled Process: Versions [22349] Path:/Applications/Versions.app/Contents/MacOS/Versions Identifier: Versions Version: ??? (???) Code Type: X86 (Native) Parent Process: Versions [22297] Date/Time: 2009-10-02 13:30:01.388 -0700 OS Version: Mac OS X 10.6.1 (10B504) Report Version: 6 Interval Since Last Report: 9548 sec Crashes Since Last Report: 10 Per-App Crashes Since Last Report: 10 Anonymous UUID: 7058AACF- A187-4457-8834-9CA7E139AB6D Exception Type: EXC_BAD_ACCESS (SIGBUS) Exception Codes: KERN_PROTECTION_FAILURE at 0x003e Crashed Thread: 0 Application Specific Information: *** multi-threaded process forked *** Thread 0 Crashed: 0 ??? 0x003e 0 + 62 1 libapr.dylib0x002db446 cleanup_pool_for_exec + 20 2 libapr.dylib0x002db45c cleanup_pool_for_exec + 42 3 libapr.dylib0x002db48a apr_pool_cleanup_for_exec + 29 4 libapr.dylib0x002e6eb1 apr_proc_create + 425 5 libsvn_ra_svn.dylib 0x007ba04a make_tunnel + 391 6 libsvn_ra_svn.dylib 0x007ba2ce open_session + 267 7 libsvn_ra_svn.dylib 0x007ba8eb ra_svn_open + 402 8 libsvn_ra.dylib 0x002f7cfd svn_ra_open3 + 2089 9 libsvn_client.dylib 0x007950d5 svn_client__open_ra_session_internal + 552 10 libsvn_client.dylib 0x00799573 reporter_finish_report + 127 11 libsvn_wc.dylib 0x12b51836 svn_wc_crawl_revisions4 + 1590 12 libsvn_client.dylib 0x00799d69 svn_client_status4 + 1699 13 libsvn_client.dylib 0x00774de3 svn_client_status3 + 137 14 libsvn_client.dylib 0x00774e65 svn_client_status2 + 124 15 com.picodev.SA165 0x00707fb0 EZSEnsureAPRAndSVNLibsInitialization + 24021 16 com.picodev.SA165 0x00707888 EZSEnsureAPRAndSVNLibsInitialization + 22189 17 com.apple.CoreFoundation0x9261a2cd __invoking___ + 29 18 com.apple.CoreFoundation0x9261a238 -[NSInvocation invoke] + 136 19 com.picodev.SA165 0x0070af08 EZSEnsureAPRAndSVNLibsInitialization + 36141 20 com.apple.Foundation0x991d4964 -[NSThread main] + 45 21 com.apple.Foundation0x991d4914 __NSThread__main__ + 1499 22 libSystem.B.dylib 0x95d0af39 _pthread_start + 345 23 libSystem.B.dylib 0x95d0adbe thread_start + 34 Thread 0 crashed with X86 Thread State (32-bit): eax: 0xedc8edda ebx: 0x002db479 ecx: 0x95e40d0c edx: 0x003e edi: 0x002f9c65 esi: 0x01584ce0 ebp: 0xb018c858 esp: 0xb018c82c ss: 0x0023 efl: 0x00010202 eip: 0x003e cs: 0x001b ds: 0x0023 es: 0x0023 fs: 0x0023 gs: 0x000f cr2: 0x003e smime.p7s Description: S/MIME cryptographic signature
Re: 1.0.6 Crashing Constantly
Hi Michael, Thanks for the bug report, Did you have this same issue with Versions 1.0.5? Cheers, - Dirk On Oct 2, 10:34 pm, mupdegraff wrote: > Running OS with K64 64 Bit enabled > > Process: Versions [22349] > Path: /Applications/Versions.app/Contents/MacOS/Versions > Identifier: Versions > Version: ??? (???) > Code Type: X86 (Native) > Parent Process: Versions [22297] > > Date/Time: 2009-10-02 13:30:01.388 -0700 > OS Version: Mac OS X 10.6.1 (10B504) > Report Version: 6 > > Interval Since Last Report: 9548 sec > Crashes Since Last Report: 10 > Per-App Crashes Since Last Report: 10 > Anonymous UUID: 7058AACF- > A187-4457-8834-9CA7E139AB6D > > Exception Type: EXC_BAD_ACCESS (SIGBUS) > Exception Codes: KERN_PROTECTION_FAILURE at 0x003e > Crashed Thread: 0 > > Application Specific Information: > *** multi-threaded process forked *** > > Thread 0 Crashed: > 0 ??? 0x003e 0 + 62 > 1 libapr.dylib 0x002db446 cleanup_pool_for_exec + > 20 > 2 libapr.dylib 0x002db45c cleanup_pool_for_exec + > 42 > 3 libapr.dylib 0x002db48a > apr_pool_cleanup_for_exec + 29 > 4 libapr.dylib 0x002e6eb1 apr_proc_create + 425 > 5 libsvn_ra_svn.dylib 0x007ba04a make_tunnel + 391 > 6 libsvn_ra_svn.dylib 0x007ba2ce open_session + 267 > 7 libsvn_ra_svn.dylib 0x007ba8eb ra_svn_open + 402 > 8 libsvn_ra.dylib 0x002f7cfd svn_ra_open3 + 2089 > 9 libsvn_client.dylib 0x007950d5 > svn_client__open_ra_session_internal + 552 > 10 libsvn_client.dylib 0x00799573 reporter_finish_report + > 127 > 11 libsvn_wc.dylib 0x12b51836 svn_wc_crawl_revisions4 > + 1590 > 12 libsvn_client.dylib 0x00799d69 svn_client_status4 + > 1699 > 13 libsvn_client.dylib 0x00774de3 svn_client_status3 + 137 > 14 libsvn_client.dylib 0x00774e65 svn_client_status2 + 124 > 15 com.picodev.SA165 0x00707fb0 > EZSEnsureAPRAndSVNLibsInitialization + 24021 > 16 com.picodev.SA165 0x00707888 > EZSEnsureAPRAndSVNLibsInitialization + 22189 > 17 com.apple.CoreFoundation 0x9261a2cd __invoking___ + 29 > 18 com.apple.CoreFoundation 0x9261a238 -[NSInvocation invoke] + > 136 > 19 com.picodev.SA165 0x0070af08 > EZSEnsureAPRAndSVNLibsInitialization + 36141 > 20 com.apple.Foundation 0x991d4964 -[NSThread main] + 45 > 21 com.apple.Foundation 0x991d4914 __NSThread__main__ + > 1499 > 22 libSystem.B.dylib 0x95d0af39 _pthread_start + 345 > 23 libSystem.B.dylib 0x95d0adbe thread_start + 34 > > Thread 0 crashed with X86 Thread State (32-bit): > eax: 0xedc8edda ebx: 0x002db479 ecx: 0x95e40d0c edx: 0x003e > edi: 0x002f9c65 esi: 0x01584ce0 ebp: 0xb018c858 esp: 0xb018c82c > ss: 0x0023 efl: 0x00010202 eip: 0x003e cs: 0x001b > ds: 0x0023 es: 0x0023 fs: 0x0023 gs: 0x000f > cr2: 0x003e > > Binary Images: > 0x1000 - 0xe0fe7 +com.picodev.Versions 1.0.6 (71) AC71-E697-AB9A-BDFD52704CA3> /Applications/Versions.app/Contents/MacOS/ > Versions > 0xfa000 - 0x106ff7 +org.andymatuschak.Sparkle ??? (1.1) / > Applications/Versions.app/Contents/Frameworks/Sparkle.framework/ > Versions/A/Sparkle > 0x111000 - 0x1c6fe7 libcrypto.0.9.7.dylib ??? (???) > <4917E4F2-817F-5AC4-3FBE-54BC96360448> /usr/lib/libcrypto.0.9.7.dylib > 0x251000 - 0x253ffc +libsvn_fs.dylib ??? (???) <111E9C19- > EA84-8622-6E22-9F41996D4231> /Applications/Versions.app/Contents/MacOS/ > SA165.bundle/Contents/lib/libsvn_fs.dylib > 0x2cb000 - 0x2e9fef +libapr.dylib ??? (???) <8C8299CF-F60A-5887- > F32E-4AC71ADBA31E> /Applications/Versions.app/Contents/MacOS/ > SA165.bundle/Contents/lib/libapr.dylib > 0x2f4000 - 0x2f9ffe +libsvn_ra.dylib ??? (???) <141FC3E8-4198- > A334-932A-83BEA19DCF47> /Applications/Versions.app/Contents/MacOS/ > SA165.bundle/Contents/lib/libsvn_ra.dylib > 0x70 - 0x727ff7 +com.picodev.SA165 ??? (1.0) > /Applications/Versions.app/ > Contents/MacOS/SA165.bundle/Contents/MacOS/SA165 > 0x73c000 - 0x756fff +libneon.dylib ??? (???) <29AAB42C-661F-DDBD- > CC4A-C358C3593BE5> /Applications/Versions.app/Contents/MacOS/ > SA165.bundle/Contents/lib/libneon.dylib > 0x76 - 0x79efff +libsvn_client.dylib ??? (???) <9545293A-CD8C- > C5C7-2EBE-E19CEBC31463> /Applications/Versions.app/Contents/MacOS/ > SA165.bundle/Contents/lib/libsvn_client.dylib > 0x7aa000 - 0x7b3ffe +libsvn_diff.dylib ??? (???) <44857756-48AF- > F2B0-74FC-6358405F44DE> /Applications/Versions.app/Contents/MacOS/ > SA165.bundle/Contents/lib/libsvn_diff.dylib > 0x7b8000 - 0x7c9ff4 +libsvn_ra_svn.dylib ??? (?
1.0.6 Crashing Constantly
Running OS with K64 64 Bit enabled Process: Versions [22349] Path:/Applications/Versions.app/Contents/MacOS/Versions Identifier: Versions Version: ??? (???) Code Type: X86 (Native) Parent Process: Versions [22297] Date/Time: 2009-10-02 13:30:01.388 -0700 OS Version: Mac OS X 10.6.1 (10B504) Report Version: 6 Interval Since Last Report: 9548 sec Crashes Since Last Report: 10 Per-App Crashes Since Last Report: 10 Anonymous UUID: 7058AACF- A187-4457-8834-9CA7E139AB6D Exception Type: EXC_BAD_ACCESS (SIGBUS) Exception Codes: KERN_PROTECTION_FAILURE at 0x003e Crashed Thread: 0 Application Specific Information: *** multi-threaded process forked *** Thread 0 Crashed: 0 ??? 0x003e 0 + 62 1 libapr.dylib0x002db446 cleanup_pool_for_exec + 20 2 libapr.dylib0x002db45c cleanup_pool_for_exec + 42 3 libapr.dylib0x002db48a apr_pool_cleanup_for_exec + 29 4 libapr.dylib0x002e6eb1 apr_proc_create + 425 5 libsvn_ra_svn.dylib 0x007ba04a make_tunnel + 391 6 libsvn_ra_svn.dylib 0x007ba2ce open_session + 267 7 libsvn_ra_svn.dylib 0x007ba8eb ra_svn_open + 402 8 libsvn_ra.dylib 0x002f7cfd svn_ra_open3 + 2089 9 libsvn_client.dylib 0x007950d5 svn_client__open_ra_session_internal + 552 10 libsvn_client.dylib 0x00799573 reporter_finish_report + 127 11 libsvn_wc.dylib 0x12b51836 svn_wc_crawl_revisions4 + 1590 12 libsvn_client.dylib 0x00799d69 svn_client_status4 + 1699 13 libsvn_client.dylib 0x00774de3 svn_client_status3 + 137 14 libsvn_client.dylib 0x00774e65 svn_client_status2 + 124 15 com.picodev.SA165 0x00707fb0 EZSEnsureAPRAndSVNLibsInitialization + 24021 16 com.picodev.SA165 0x00707888 EZSEnsureAPRAndSVNLibsInitialization + 22189 17 com.apple.CoreFoundation0x9261a2cd __invoking___ + 29 18 com.apple.CoreFoundation0x9261a238 -[NSInvocation invoke] + 136 19 com.picodev.SA165 0x0070af08 EZSEnsureAPRAndSVNLibsInitialization + 36141 20 com.apple.Foundation0x991d4964 -[NSThread main] + 45 21 com.apple.Foundation0x991d4914 __NSThread__main__ + 1499 22 libSystem.B.dylib 0x95d0af39 _pthread_start + 345 23 libSystem.B.dylib 0x95d0adbe thread_start + 34 Thread 0 crashed with X86 Thread State (32-bit): eax: 0xedc8edda ebx: 0x002db479 ecx: 0x95e40d0c edx: 0x003e edi: 0x002f9c65 esi: 0x01584ce0 ebp: 0xb018c858 esp: 0xb018c82c ss: 0x0023 efl: 0x00010202 eip: 0x003e cs: 0x001b ds: 0x0023 es: 0x0023 fs: 0x0023 gs: 0x000f cr2: 0x003e Binary Images: 0x1000 -0xe0fe7 +com.picodev.Versions 1.0.6 (71) /Applications/Versions.app/Contents/MacOS/ Versions 0xfa000 - 0x106ff7 +org.andymatuschak.Sparkle ??? (1.1) / Applications/Versions.app/Contents/Frameworks/Sparkle.framework/ Versions/A/Sparkle 0x111000 - 0x1c6fe7 libcrypto.0.9.7.dylib ??? (???) <4917E4F2-817F-5AC4-3FBE-54BC96360448> /usr/lib/libcrypto.0.9.7.dylib 0x251000 - 0x253ffc +libsvn_fs.dylib ??? (???) <111E9C19- EA84-8622-6E22-9F41996D4231> /Applications/Versions.app/Contents/MacOS/ SA165.bundle/Contents/lib/libsvn_fs.dylib 0x2cb000 - 0x2e9fef +libapr.dylib ??? (???) <8C8299CF-F60A-5887- F32E-4AC71ADBA31E> /Applications/Versions.app/Contents/MacOS/ SA165.bundle/Contents/lib/libapr.dylib 0x2f4000 - 0x2f9ffe +libsvn_ra.dylib ??? (???) <141FC3E8-4198- A334-932A-83BEA19DCF47> /Applications/Versions.app/Contents/MacOS/ SA165.bundle/Contents/lib/libsvn_ra.dylib 0x70 - 0x727ff7 +com.picodev.SA165 ??? (1.0) /Applications/Versions.app/ Contents/MacOS/SA165.bundle/Contents/MacOS/SA165 0x73c000 - 0x756fff +libneon.dylib ??? (???) <29AAB42C-661F-DDBD- CC4A-C358C3593BE5> /Applications/Versions.app/Contents/MacOS/ SA165.bundle/Contents/lib/libneon.dylib 0x76 - 0x79efff +libsvn_client.dylib ??? (???) <9545293A-CD8C- C5C7-2EBE-E19CEBC31463> /Applications/Versions.app/Contents/MacOS/ SA165.bundle/Contents/lib/libsvn_client.dylib 0x7aa000 - 0x7b3ffe +libsvn_diff.dylib ??? (???) <44857756-48AF- F2B0-74FC-6358405F44DE> /Applications/Versions.app/Contents/MacOS/ SA165.bundle/Contents/lib/libsvn_diff.dylib 0x7b8000 - 0x7c9ff4 +libsvn_ra_svn.dylib ??? (???) <78B2A8AC-024F-77BA-1608-8B5BE2C62C71> /Applications/Versions.app/ Contents/MacOS/SA165.bundle/Contents/lib/libsvn_ra_svn.dylib 0x7d - 0x7f3fff +libsvn_repos.dylib ??? (???) /Applications/Versions.app/Contents/MacOS/ SA165.bundle/Contents/lib/libsvn_repos.dylib 0x7fb000 - 0x7fbffe +libsvn_fs_util.dylib ??? (???) <351AE032-5C62- A889-B729-96D885EB62BE>
Re: Versions 1.0.6 out now
Installed the new rev and the following errors / crash occurs Process: Versions [15029] Path:/Applications/Versions.app/Contents/MacOS/Versions Identifier: Versions Version: ??? (???) Code Type: X86 (Native) Parent Process: Versions [14933] Date/Time: 2009-10-02 09:15:36.102 -0700 OS Version: Mac OS X 10.6.1 (10B504) Report Version: 6 Interval Since Last Report: 3344 sec Crashes Since Last Report: 6 Per-App Crashes Since Last Report: 6 Anonymous UUID: 7058AACF- A187-4457-8834-9CA7E139AB6D Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0x636f4465 Crashed Thread: 0 Application Specific Information: *** multi-threaded process forked *** Thread 0 Crashed: 0 ??? 0x636f4465 0 + 1668236389 1 libapr.dylib0x002db446 cleanup_pool_for_exec + 20 2 libapr.dylib0x002db45c cleanup_pool_for_exec + 42 3 libapr.dylib0x002db48a apr_pool_cleanup_for_exec + 29 4 libapr.dylib0x002e6eb1 apr_proc_create + 425 5 libsvn_ra_svn.dylib 0x007ba04a make_tunnel + 391 6 libsvn_ra_svn.dylib 0x007ba2ce open_session + 267 7 libsvn_ra_svn.dylib 0x007ba8eb ra_svn_open + 402 8 libsvn_ra.dylib 0x002f7cfd svn_ra_open3 + 2089 9 libsvn_client.dylib 0x007950d5 svn_client__open_ra_session_internal + 552 10 libsvn_client.dylib 0x00799573 reporter_finish_report + 127 11 libsvn_wc.dylib 0x12b51836 svn_wc_crawl_revisions4 + 1590 12 libsvn_client.dylib 0x00799d69 svn_client_status4 + 1699 13 libsvn_client.dylib 0x00774de3 svn_client_status3 + 137 14 libsvn_client.dylib 0x00774e65 svn_client_status2 + 124 15 com.picodev.SA165 0x00707fb0 EZSEnsureAPRAndSVNLibsInitialization + 24021 16 com.picodev.SA165 0x00707888 EZSEnsureAPRAndSVNLibsInitialization + 22189 17 com.apple.CoreFoundation0x9261a2cd __invoking___ + 29 18 com.apple.CoreFoundation0x9261a238 -[NSInvocation invoke] + 136 19 com.picodev.SA165 0x0070af08 EZSEnsureAPRAndSVNLibsInitialization + 36141 20 com.apple.Foundation0x991d4964 -[NSThread main] + 45 21 com.apple.Foundation0x991d4914 __NSThread__main__ + 1499 22 libSystem.B.dylib 0x95d0af39 _pthread_start + 345 23 libSystem.B.dylib 0x95d0adbe thread_start + 34 Thread 0 crashed with X86 Thread State (32-bit): eax: 0x68702e78 ebx: 0x002db479 ecx: 0x95e40d0c edx: 0x636f4465 edi: 0x002f9c65 esi: 0x00ef38e0 ebp: 0xb020e858 esp: 0xb020e82c ss: 0x0023 efl: 0x00010202 eip: 0x636f4465 cs: 0x001b ds: 0x0023 es: 0x0023 fs: 0x0023 gs: 0x000f cr2: 0x636f4465 Binary Images: 0x1000 -0xe0fe7 +com.picodev.Versions 1.0.6 (71) /Applications/Versions.app/Contents/MacOS/ Versions 0xfa000 - 0x106ff7 +org.andymatuschak.Sparkle ??? (1.1) / Applications/Versions.app/Contents/Frameworks/Sparkle.framework/ Versions/A/Sparkle 0x111000 - 0x1c6fe7 libcrypto.0.9.7.dylib ??? (???) <4917E4F2-817F-5AC4-3FBE-54BC96360448> /usr/lib/libcrypto.0.9.7.dylib 0x25 - 0x252ffc +libsvn_fs.dylib ??? (???) <111E9C19- EA84-8622-6E22-9F41996D4231> /Applications/Versions.app/Contents/MacOS/ SA165.bundle/Contents/lib/libsvn_fs.dylib 0x2cb000 - 0x2e9fef +libapr.dylib ??? (???) <8C8299CF-F60A-5887- F32E-4AC71ADBA31E> /Applications/Versions.app/Contents/MacOS/ SA165.bundle/Contents/lib/libapr.dylib 0x2f4000 - 0x2f9ffe +libsvn_ra.dylib ??? (???) <141FC3E8-4198- A334-932A-83BEA19DCF47> /Applications/Versions.app/Contents/MacOS/ SA165.bundle/Contents/lib/libsvn_ra.dylib 0x70 - 0x727ff7 +com.picodev.SA165 ??? (1.0) /Applications/Versions.app/ Contents/MacOS/SA165.bundle/Contents/MacOS/SA165 0x73c000 - 0x756fff +libneon.dylib ??? (???) <29AAB42C-661F-DDBD- CC4A-C358C3593BE5> /Applications/Versions.app/Contents/MacOS/ SA165.bundle/Contents/lib/libneon.dylib 0x76 - 0x79efff +libsvn_client.dylib ??? (???) <9545293A-CD8C- C5C7-2EBE-E19CEBC31463> /Applications/Versions.app/Contents/MacOS/ SA165.bundle/Contents/lib/libsvn_client.dylib 0x7aa000 - 0x7b3ffe +libsvn_diff.dylib ??? (???) <44857756-48AF- F2B0-74FC-6358405F44DE> /Applications/Versions.app/Contents/MacOS/ SA165.bundle/Contents/lib/libsvn_diff.dylib 0x7b8000 - 0x7c9ff4 +libsvn_ra_svn.dylib ??? (???) <78B2A8AC-024F-77BA-1608-8B5BE2C62C71> /Applications/Versions.app/ Contents/MacOS/SA165.bundle/Contents/lib/libsvn_ra_svn.dylib 0x7d - 0x7f3fff +libsvn_repos.dylib ??? (???) /Applications/Versions.app/Contents/MacOS/ SA165.bundle/Contents/lib/libsvn_repos.dylib 0x7fb000 - 0x7fbffe +libsvn_fs_util.dylib ??? (???) <351AE03
Auto Expanding Directories
Is there a way to prevent versions from auto expanding all the directories in my entire project every time i go from changed to all in the browser? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Versions" group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~---
Re: MIME types
That's something you set up for Subversion itself, and Versions will respect it. Modify your ~/.subversion/config file by setting "enable- auto-props = yes" and adding lines (under the "[auto-props]" section) like the following: *.html = svn:eol-style=native;svn:mime-type=text/html *.jpg = svn:mime-type=image/jpeg *.rtf = svn:mime-type=application/rtf As you can see, multiple properties are separated by semicolons. These properties are applied to any new files added to a repository. There is a Python script (svn_apply_autoprops.py) for applying such properties to existing files, and you can review the property changes before committing. - Quinn On Oct 2, 2009, at 9:08 AM, gwildar wrote: Is there anyway to setup specific mime types based on file extensions with versions? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Versions" group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~--- smime.p7s Description: S/MIME cryptographic signature
Error in child process: exec of 'ssh' failed: No such file or directory
I upgraded and I think something broke, but I can't get the last version of Versions to confirm. Can someone point me to the archive of older Versions, specifically 1.0.5? Thank you, -Noah --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Versions" group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~---
MIME types
Is there anyway to setup specific mime types based on file extensions with versions? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Versions" group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~---
Re: Feature request: Ignore for multiple selection
+1 from me as well. (I'd rank this as a lower-priority feature, but still nice to have.) - Quinn On Oct 2, 2009, at 2:38 AM, Arne wrote: I would really enjoy that feature, too! On 29 Sep., 20:17, Tom_E wrote: Being able to selectmultiplefilesand then 'Ignore' all of then would be a real timesaver. Extra nice would be for allowing to enter aignorewildcard or apply a predefined template ( *.mode?? ). KR, Tom_E --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Versions" group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~--- smime.p7s Description: S/MIME cryptographic signature
Re: Ignore certain file
This is not a limitation of Versions per se, but of using versions control (such as Subversion) in general. If a file is versioned and changes are made, the SCM software will naturally present the file as eligible for committing. The common solution for the situation you mention is to only version a generic template version of the config file (e.g. "config.php.tmpl") and set the containing directory to ignore "config.php". Each developer can then create and maintain their own config.php without fear of screwing up anyone else's config. If you remove a file from the repository and commit, then when other developers update, Subversion will want to remove the file on everyone else's working copy, which is likely not what you want. - Quinn On Oct 1, 2009, at 7:57 PM, chaoszcat wrote: I have been looking for solution for this feature to be implemented in Versions. When you have files like config.php, and the file contains settings specific to different developers, why can't we have the option to ignore the file while committing? It seems to be quite handy anyway. The method of ignoring file seems to be only to remove it, follow by committing, meaning, removing the server copy. I wonder, if I remove this copy, will other developers still get the file? No right? Any other solution? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Versions" group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~--- smime.p7s Description: S/MIME cryptographic signature
No error on post-commit errors
Versions does not display any errors if the post-commit hook failed. We have scripts that run post-commit that if they fail the user needs to be alerted, even if technically the commit was successful. It does fine for the pre-commit messages. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Versions" group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~---
Versions Traffic problem
Hello, i have a lot of problems with versions causing much (too much in my opinion) traffic from my pc to the network drive i am using for my work. Even if i am not making any changes to a file on my network drive. It also generates traffic when i left my pc for over a hour alone. I've used 2 different network monitoring tools, both say that versions causes 2 oder more MB traffic per minute. The question is, why is version causing so my traffic when i am not using it. Can anybody help me??? thank you --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Versions" group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~---
Ignore certain file
I have been looking for solution for this feature to be implemented in Versions. When you have files like config.php, and the file contains settings specific to different developers, why can't we have the option to ignore the file while committing? It seems to be quite handy anyway. The method of ignoring file seems to be only to remove it, follow by committing, meaning, removing the server copy. I wonder, if I remove this copy, will other developers still get the file? No right? Any other solution? --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Versions" group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~---
Re: Feature request: Ignore for multiple selection
I would really enjoy that feature, too! On 29 Sep., 20:17, Tom_E wrote: > Being able to selectmultiplefilesand then 'Ignore' all of then > would be a real timesaver. > Extra nice would be for allowing to enter aignorewildcard or apply a > predefined template ( *.mode?? ). > > KR, > Tom_E --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Versions" group. To post to this group, send email to versions@googlegroups.com To unsubscribe from this group, send email to versions+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/versions?hl=en -~--~~~~--~~--~--~---
