On Aug 3 13:42, David Rothenberger wrote:
> On 8/3/2011 1:32 PM, David Rothenberger wrote:
> > On 8/3/2011 1:19 PM, Corinna Vinschen wrote:
> >> Other than that I don't have an answer for you. There's only
> >> so much you can do within the 32 bit address space. That's only one
> >> reason why a
On Aug 3 13:32, David Rothenberger wrote:
> On 8/3/2011 1:19 PM, Corinna Vinschen wrote:
> > On Aug 3 15:02, Yaakov (Cygwin/X) wrote:
> >> On Wed, 2011-08-03 at 21:03 +0200, Corinna Vinschen wrote:
> >>> Better drop the large address stuff for now. Since the heap is now in
> >>> the large addres
2011/8/3 Christopher Faylor:
> On Wed, Aug 03, 2011 at 04:56:05PM +0200, Corinna Vinschen wrote:
>>Is git-svn using perl?
>
> Yes, very heavily. Setting CYGWIN_DEBUG=perl filled my screen with gdb
> windows.
>
>>I have constant problems using perl after a rebase. The problem starts
>>with perl.ex
On 8/3/2011 1:32 PM, David Rothenberger wrote:
> On 8/3/2011 1:19 PM, Corinna Vinschen wrote:
>> Other than that I don't have an answer for you. There's only
>> so much you can do within the 32 bit address space. That's only one
>> reason why a 64 bit Cygwin would be a good idea.
>
> What was th
On 8/3/2011 1:19 PM, Corinna Vinschen wrote:
> On Aug 3 15:02, Yaakov (Cygwin/X) wrote:
>> On Wed, 2011-08-03 at 21:03 +0200, Corinna Vinschen wrote:
>>> Better drop the large address stuff for now. Since the heap is now in
>>> the large addres area(*), and since mmaps will go there, too(*), we h
On Aug 3 22:19, Corinna Vinschen wrote:
> On Aug 3 15:02, Yaakov (Cygwin/X) wrote:
> > On Wed, 2011-08-03 at 21:03 +0200, Corinna Vinschen wrote:
> > > Better drop the large address stuff for now. Since the heap is now in
> > > the large addres area(*), and since mmaps will go there, too(*), we
On Aug 3 15:02, Yaakov (Cygwin/X) wrote:
> On Wed, 2011-08-03 at 21:03 +0200, Corinna Vinschen wrote:
> > Better drop the large address stuff for now. Since the heap is now in
> > the large addres area(*), and since mmaps will go there, too(*), we have
> > basically a lot more free space in the a
On Wed, 2011-08-03 at 21:03 +0200, Corinna Vinschen wrote:
> Better drop the large address stuff for now. Since the heap is now in
> the large addres area(*), and since mmaps will go there, too(*), we have
> basically a lot more free space in the area up to 0x7fff.
At this moment, I've got DL
On Aug 3 11:40, David Rothenberger wrote:
> On 8/3/2011 11:02 AM, Christopher Faylor wrote:
> > It actually wasn't a SIGSEGV. It really was a strange rebase error.
> > Unfortunately, the error was silent both to the standard output and,
> > more irritatingly, to strace. I've checked in changes w
On 8/3/2011 11:02 AM, Christopher Faylor wrote:
> On Wed, Aug 03, 2011 at 10:00:13AM -0400, Christopher Faylor wrote:
>> On Wed, Aug 03, 2011 at 09:45:28AM -0400, Christopher Faylor wrote:
>>> On Wed, Aug 03, 2011 at 10:44:27AM +0200, Corinna Vinschen wrote:
On Aug 2 10:58, David Rothenberger
On Wed, Aug 03, 2011 at 10:00:13AM -0400, Christopher Faylor wrote:
>On Wed, Aug 03, 2011 at 09:45:28AM -0400, Christopher Faylor wrote:
>>On Wed, Aug 03, 2011 at 10:44:27AM +0200, Corinna Vinschen wrote:
>>>On Aug 2 10:58, David Rothenberger wrote:
I use git-svn extensively in my day-to-day
On Wed, Aug 03, 2011 at 04:56:05PM +0200, Corinna Vinschen wrote:
>Is git-svn using perl?
Yes, very heavily. Setting CYGWIN_DEBUG=perl filled my screen with gdb
windows.
>I have constant problems using perl after a rebase. The problem starts
>with perl.exe(!) being rebased(!) to 0x5000(!).
On Aug 3 16:56, Corinna Vinschen wrote:
> On Aug 3 10:00, Christopher Faylor wrote:
> > Huh. I ran rebaseall before reporting the above but, on inspecting the
> > output from strace, I saw that dlls were getting located in non-rebased
> > locations. So, I ran rebaseall again. *Now* I see the h
On Aug 3 10:00, Christopher Faylor wrote:
> On Wed, Aug 03, 2011 at 09:45:28AM -0400, Christopher Faylor wrote:
> >On Wed, Aug 03, 2011 at 10:44:27AM +0200, Corinna Vinschen wrote:
> >>On Aug 2 10:58, David Rothenberger wrote:
> >>> I use git-svn extensively in my day-to-day work, and I noticed w
On Wed, Aug 03, 2011 at 09:45:28AM -0400, Christopher Faylor wrote:
>On Wed, Aug 03, 2011 at 10:44:27AM +0200, Corinna Vinschen wrote:
>>On Aug 2 10:58, David Rothenberger wrote:
>>> I use git-svn extensively in my day-to-day work, and I noticed with
>>> recent snapshots that some of the git-svn c
On Wed, Aug 03, 2011 at 10:44:27AM +0200, Corinna Vinschen wrote:
>On Aug 2 10:58, David Rothenberger wrote:
>> I use git-svn extensively in my day-to-day work, and I noticed with
>> recent snapshots that some of the git-svn commands are hanging. I
>> narrowed it down to the 20110721 snapshot. 201
On Aug 2 10:58, David Rothenberger wrote:
> I use git-svn extensively in my day-to-day work, and I noticed with
> recent snapshots that some of the git-svn commands are hanging. I
> narrowed it down to the 20110721 snapshot. 20110713 is the last one
> that works fine.
>
> I realize this isn't exa
I use git-svn extensively in my day-to-day work, and I noticed with
recent snapshots that some of the git-svn commands are hanging. I
narrowed it down to the 20110721 snapshot. 20110713 is the last one
that works fine.
I realize this isn't exactly a STC, but I don't have the time right
now to narr
18 matches
Mail list logo
