On 2012-05-25 17:26, Corinna Vinschen wrote:
> On May 25 16:52, Corinna Vinschen wrote:
>> On May 25 15:18, Denis Excoffier wrote:
>>> On Fri, May 25, 2012 at 02:54:14PM +0200, Corinna Vinschen wrote:
> On May 25 14:17, Denis Excoffier wrote:
>> 976945 [main] date 3440 pinfo::thispro
On May 25 16:52, Corinna Vinschen wrote:
> On May 25 15:18, Denis Excoffier wrote:
> > On Fri, May 25, 2012 at 02:54:14PM +0200, Corinna Vinschen wrote:
> > >> On May 25 14:17, Denis Excoffier wrote:
> > >> >976945 [main] date 3440 pinfo::thisproc: myself dwProcessId 3440
> > >> >76
On May 25 15:18, Denis Excoffier wrote:
> On Fri, May 25, 2012 at 02:54:14PM +0200, Corinna Vinschen wrote:
> >> On May 25 14:17, Denis Excoffier wrote:
> >> >976945 [main] date 3440 pinfo::thisproc: myself dwProcessId 3440
> >> >767021 [main] date 3440 time: 1337945628 = time(0)
>
On Fri, May 25, 2012 at 02:54:14PM +0200, Corinna Vinschen wrote:
>> On May 25 14:17, Denis Excoffier wrote:
>> >976945 [main] date 3440 pinfo::thisproc: myself dwProcessId 3440
>> >767021 [main] date 3440 time: 1337945628 = time(0)
>> > --- Process 3440, exception C005 at 610DD
On Fri, May 25, 2012 at 02:31:18PM +0200, marco atzeri wrote:
>> On 5/25/2012 2:17 PM, Denis Excoffier wrote:
>> >
>> >My experience showed that my personal fork errors were never solved by
>> >autorebasing. In my case, autorebasing brought difficulties with xz
>> >that i don't understand and diffi
On May 25 14:17, Denis Excoffier wrote:
>976945 [main] date 3440 pinfo::thisproc: myself dwProcessId 3440
>767021 [main] date 3440 time: 1337945628 = time(0)
> --- Process 3440, exception C005 at 610DDC3C
> 13438364 [main] date 3440 exception::handle: In cygwin_except_handl
On 5/25/2012 2:17 PM, Denis Excoffier wrote:
My experience showed that my personal fork errors were never solved by
autorebasing. In my case, autorebasing brought difficulties with xz
that i don't understand and difficulties with my ~100
home-built DLLs (ie i would have to rebase them also, but
On Thu, May 24, 2012 at 02:18:50PM +0200, Corinna Vinschen wrote:
>> On May 24 11:22, Denis Excoffier wrote:
>> >
>> > I've decided to use rebase/rebaseall/autorebase. Until now, i had
>> > always run "Setup download" and "Setup install" separately, with removal
>> > of .../release/_autorebase/* b
Corinna Vinschen wrote:
>> > > > >> On May 24 09:06, Denis Excoffier wrote:
>> > > > >> >
>> > > > >> > Hello,
>> > > > >> >
>> > > > >> > With the new subversion (1.7.5) and
ote:
> > > >> >
> > > >> > Hello,
> > > >> >
> > > >> > With the new subversion (1.7.5) and the last
> > > >> > snapshot (20120523 21:51:34), the command 'svn --version' produces
> > &
t;> >
> > >> > With the new subversion (1.7.5) and the last
> > >> > snapshot (20120523 21:51:34), the command 'svn --version' produces
> > >> > segmentation fault, with no svn.exe.stackdump produced:
> > >> >
> > >> &
On May 24 11:22, Denis Excoffier wrote:
> On Thu, May 24, 2012 at 10:12:02AM +0200, Corinna Vinschen wrote:
> >> On May 24 09:06, Denis Excoffier wrote:
> >> >
> >> > Hello,
> >> >
> >> > With the new subversion (1.7.5) and the last
>
On May 24 09:06, Denis Excoffier wrote:
>
> Hello,
>
> With the new subversion (1.7.5) and the last
> snapshot (20120523 21:51:34), the command 'svn --version' produces
> segmentation fault, with no svn.exe.stackdump produced:
>
> % /usr/bin/svn --versio
Hello,
With the new subversion (1.7.5) and the last
snapshot (20120523 21:51:34), the command 'svn --version' produces
segmentation fault, with no svn.exe.stackdump produced:
% /usr/bin/svn --version
Segmentation fault
%
All the other commands that i've tested are ok. Only svn
Christopher Faylor wrote on 2010-03-28:
On Sun, Mar 28, 2010 at 11:53:44AM -0400, Christopher Faylor wrote:
On Sun, Mar 28, 2010 at 04:34:27PM +0200, Matthias Andree wrote:
At least that would explain why I can breakpoint exit() with gdb
tracing svn, and it hangs if I continue into exit().
I
Peter Rosin wrote on 2010-03-28:
It could be that /usr/lib/sasl2/libsasldb.la lists /usr/lib/libdb-4.2.la
as a dependency_libs. libdb-4.2.la may or may not be installed (it's in
libdb4.2-devel which I don't have installed) and if it's missing libltdl
might be "confused".
If that's indeed the ca
2010/3/27 David Rothenberger :
> What happens if you rename /usr/lib/sasl2 to something else?
> % mv /usr/lib/sasl2 /usr/lib/sasl2.disabled
> % svn --version
This workaround is good.
2010/3/29 Christopher Faylor :
> This should be fixed in the current snapshot at
> http://cygwi
On Sun, Mar 28, 2010 at 11:53:44AM -0400, Christopher Faylor wrote:
>On Sun, Mar 28, 2010 at 04:34:27PM +0200, Matthias Andree wrote:
>>At least that would explain why I can breakpoint exit() with gdb
>>tracing svn, and it hangs if I continue into exit().
>
>I can duplicate the problem and am looki
Den 2010-03-27 17:08 skrev Charles Wilson:
On 3/27/2010 11:23 AM, David Rothenberger wrote:
On 3/27/2010 7:47 AM, Charles Wilson wrote:
Obviously, something is going wrong there. What happens when the .la
file isn't found, is that libltdl falls back on cygwin's dlopen(), which
simply looks in
On Sun, Mar 28, 2010 at 04:34:27PM +0200, Matthias Andree wrote:
>At least that would explain why I can breakpoint exit() with gdb
>tracing svn, and it hangs if I continue into exit().
I can duplicate the problem and am looking into it.
cgf
--
Problem reports: http://cygwin.com/problems.ht
Am 27.03.2010 17:37, schrieb Andy Koppe:
> Charles Wilson:
>> Hmm. I remember having transient problems with svn and many of the
>> 1.7.0 snapshots, but they were intermittent and I had bigger fish to
>> fry. I don't recall any issues with 1.7.1, nor am I having any trouble
>> with 1.7.2. Howeve
Am 27.03.2010 03:15, schrieb Eliot Moss:
> On 3/26/2010 10:12 PM, David Rothenberger wrote:
>> On 3/26/2010 5:57 PM, Eliot Moss wrote:
>>> My Windows 7 system hands on svn --version also, but
>>> produces no messages to /var/log/messages. I tried
>>> uninstallin
Am 27.03.2010 00:15, schrieb David Rothenberger:
> On 3/26/2010 2:07 PM, Corinna Vinschen wrote:
>> On Mar 26 11:12, David Rothenberger wrote:
>>> On 3/26/2010 2:32 AM, Corinna Vinschen wrote:
>>>> On Mar 26 15:40, Nayuta Taga wrote:
>>>>> "svn
On 3/27/2010 12:31 PM, David Rothenberger wrote:
> It seems all the dlnames are set to "cyg*.dll" already.
Yep.
> Do you have libsasl2-devel installed? Are you saying that it's working
> fine for you with /usr/lib/sasl2/*.la files?
Yes, and...it seems to work ok. I don't use svn very often; I ju
Charles Wilson:
> Hmm. I remember having transient problems with svn and many of the
> 1.7.0 snapshots, but they were intermittent and I had bigger fish to
> fry. I don't recall any issues with 1.7.1, nor am I having any trouble
> with 1.7.2. However, I would not be surprised if
>
> (a) the "pro
On 3/27/2010 9:08 AM, Charles Wilson wrote:
> On 3/27/2010 11:23 AM, David Rothenberger wrote:
>> On 3/27/2010 7:47 AM, Charles Wilson wrote:
>>> Obviously, something is going wrong there. What happens when the .la
>>> file isn't found, is that libltdl falls back on cygwin's dlopen(), which
>>> si
On 3/27/2010 11:23 AM, David Rothenberger wrote:
> On 3/27/2010 7:47 AM, Charles Wilson wrote:
>> Obviously, something is going wrong there. What happens when the .la
>> file isn't found, is that libltdl falls back on cygwin's dlopen(), which
>> simply looks in the normal search path for the DLL -
ackage, but maybe something
>>> went wrong.
>>
>> Perhaps ... so I changed the directory name back to sasl2, but
>> added .disabled at the end of the .la files' names, and now
>> svn -- version continues to work correctly.
>
> Well, this sounds like something in
erhaps ... so I changed the directory name back to sasl2, but
> added .disabled at the end of the .la files' names, and now
> svn -- version continues to work correctly.
Well, this sounds like something in the svn stack is using libltdl's
portable dynamic loading facilities (e.g. libtool
back to sasl2, but
added .disabled at the end of the .la files' names, and now
svn -- version continues to work correctly.
Thanks -- Eliot
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs
On 3/26/2010 8:03 PM, Eliot Moss wrote:
>> Is there anything in /usr/lib/sasl2.disabled other than DLLs?
>
> Here a directory listing:
>
> $ ls -l /usr/lib/sasl2.disabled/
> total 324
> -rwxr-xr-x 1 Eliot root 15872 Oct 13 2004 cyganonymous-2.dll
> -rwxr-xr-x 1 Eliot root 17920 Oct 13 2004 cygc
Is there anything in /usr/lib/sasl2.disabled other than DLLs?
Here a directory listing:
$ ls -l /usr/lib/sasl2.disabled/
total 324
-rwxr-xr-x 1 Eliot root 15872 Oct 13 2004 cyganonymous-2.dll
-rwxr-xr-x 1 Eliot root 17920 Oct 13 2004 cygcrammd5-2.dll
-rwxr-xr-x 1 Eliot root 45056 Oct 13 2004
On 3/26/2010 7:15 PM, Eliot Moss wrote:
> On 3/26/2010 10:12 PM, David Rothenberger wrote:
>> On 3/26/2010 5:57 PM, Eliot Moss wrote:
>>> My Windows 7 system hands on svn --version also, but
>>> produces no messages to /var/log/messages. I tried
>>> uninstallin
On 3/26/2010 10:12 PM, David Rothenberger wrote:
On 3/26/2010 5:57 PM, Eliot Moss wrote:
My Windows 7 system hands on svn --version also, but
produces no messages to /var/log/messages. I tried
uninstalling libsasl2-devel but doing so had no effect.
Regard -- Eliot Moss
What happens if you
On 3/26/2010 5:57 PM, Eliot Moss wrote:
> My Windows 7 system hands on svn --version also, but
> produces no messages to /var/log/messages. I tried
> uninstalling libsasl2-devel but doing so had no effect.
>
> Regard -- Eliot Moss
What happens if you rename /usr/lib/sasl2 to
My Windows 7 system hands on svn --version also, but
produces no messages to /var/log/messages. I tried
uninstalling libsasl2-devel but doing so had no effect.
Regard -- Eliot Moss
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq
On 3/26/2010 2:07 PM, Corinna Vinschen wrote:
> On Mar 26 11:12, David Rothenberger wrote:
>> On 3/26/2010 2:32 AM, Corinna Vinschen wrote:
>>> On Mar 26 15:40, Nayuta Taga wrote:
>>>> "svn --version" hals in 1.7.2-2 on both Windows7 and XP.
>> [snip
On Mar 26 11:12, David Rothenberger wrote:
> On 3/26/2010 2:32 AM, Corinna Vinschen wrote:
> > On Mar 26 15:40, Nayuta Taga wrote:
> >> "svn --version" hals in 1.7.2-2 on both Windows7 and XP.
> [snip]
> >
> > Works for me. BLODA?
>
> I'
On 3/26/2010 2:32 AM, Corinna Vinschen wrote:
> On Mar 26 15:40, Nayuta Taga wrote:
>> "svn --version" hals in 1.7.2-2 on both Windows7 and XP.
[snip]
>
> Works for me. BLODA?
I'm able to reproduce this on one of my three Windows XP machines.
Ironically, the only
Am 26.03.2010 12:23, schrieb Dave Korn:
> On 26/03/2010 10:12, Matthias Andree wrote:
>
>> Might of the additional libraries may have regressed? From the strace log, I
>> suspect cygsasl2, which itself loads libraries, for instance
>> /lib/sasl2/cygplain-2.dll and /lib/sasl2/cygsasldb-2.dll on my
Am 26.03.2010 11:54, schrieb Corinna Vinschen:
> On Mar 26 11:12, Matthias Andree wrote:
>> Am 26.03.2010 10:32, schrieb Corinna Vinschen:
>> > On Mar 26 15:40, Nayuta Taga wrote:
>> >> Hi,
>> >>
>> >> "svn --version" hal
On 26/03/2010 10:12, Matthias Andree wrote:
> Might of the additional libraries may have regressed? From the strace log, I
> suspect cygsasl2, which itself loads libraries, for instance
> /lib/sasl2/cygplain-2.dll and /lib/sasl2/cygsasldb-2.dll on my computer
> (cygsasldb-2.dll is the last before
On Mar 26 11:12, Matthias Andree wrote:
> Am 26.03.2010 10:32, schrieb Corinna Vinschen:
> > On Mar 26 15:40, Nayuta Taga wrote:
> >> Hi,
> >>
> >> "svn --version" hals in 1.7.2-2 on both Windows7 and XP.
> >> The log is following:
> >&
Am 26.03.2010 10:32, schrieb Corinna Vinschen:
> On Mar 26 15:40, Nayuta Taga wrote:
>> Hi,
>>
>> "svn --version" hals in 1.7.2-2 on both Windows7 and XP.
>> The log is following:
>>
>> $ uname -a
>> CYGWIN_NT-6.1 yumiko 1.7.2(0.225/5/3) 201
On Mar 26 15:40, Nayuta Taga wrote:
> Hi,
>
> "svn --version" hals in 1.7.2-2 on both Windows7 and XP.
> The log is following:
>
> $ uname -a
> CYGWIN_NT-6.1 yumiko 1.7.2(0.225/5/3) 2010-03-24 21:12 i686 Cygwin
> $ env LANG=C svn --version
> svn, version 1.6.
Hi,
"svn --version" hals in 1.7.2-2 on both Windows7 and XP.
The log is following:
$ uname -a
CYGWIN_NT-6.1 yumiko 1.7.2(0.225/5/3) 2010-03-24 21:12 i686 Cygwin
$ env LANG=C svn --version
svn, version 1.6.9 (r901367)
compiled Feb 10 2010, 10:34:02
Copyright (C) 2000-2009
On 09/27/2009 03:03 AM, Haojun Bao wrote:
This might turn out a big surprise for the unwary (and unwise, like me),
who put `bar' and `bar.exe' in the same folder, under svn version
control. `bar' is a Linux binary, `bar.exe' is for Winows.
Right. It's best to
This might turn out a big surprise for the unwary (and unwise, like me),
who put `bar' and `bar.exe' in the same folder, under svn version
control. `bar' is a Linux binary, `bar.exe' is for Winows.
Now, if you `rm bar' (for some reason), and modify `bar.exe', th
48 matches
Mail list logo