David Stacey writes:
> Forgive my naive understanding of this, but I gather that rebaseall
> allocates a portion of memory for each Cygwin dll. Presumably, this
> bucket of memory is finite, so is it possible that Cygwin could ever
> grow to a size where it effectively runs out of rebasing address
Alan Thompson gmail.com> writes:
> Everything I said works both ways, both Cygwin->Windoze and
> Windoze->Cygwin. The only difference in GVim is whether you use
> yank
> ("Y") or put ("P"). This works for both the win32 version of GVim
> and
> the Cygwin X11 version of GVim. To be specific:
>
On Thu, 24 Jan 2013 22:53:28 +, David Stacey wrote:
> Forgive my naive understanding of this, but I gather that rebaseall
> allocates a portion of memory for each Cygwin dll. Presumably, this
> bucket of memory is finite, so is it possible that Cygwin could ever
> grow to a size where it eff
On 22/01/2013 22:38, David Stacey wrote:
I have a 'kitchen sink' Cygwin installation from 2013-01-14. This
gives 'rebase' errors when running the following command (taken from a
./configure script):
$ ruby -r mkmf -e 'exit(have_func("rb_hash_foreach") ? 0 : 1)'
checking for rb_hash_foreach()..
I am not able to use bash after I ssh to my cygwin ssh server and am
looking for some assistance.
I have installed the openssh package and run both
- ssh-host-config (with user separation, user sshd_server)
- ssh-user-config
I am able to use the cygwin shell as MyUser and I am able to ssh to
sshd
On Wed, Jan 23, 2013 at 11:58 PM, Andy wrote:
>
> Guys, thanks for your replies. I might not have been clear enough in
> my original post, but the problem is in attempting to copy from a
> Windows app and pasting into Cygwin's gvim. Correct me if I'm wrong,
> but your responses (and the wiki sit
On 1/24/2013 4:56 PM, Christopher Faylor wrote:
On Thu, Jan 24, 2013 at 10:49:35AM +0100, marco atzeri wrote:
The attached patch solves the issue of the short ".gnu_deb"
on binutils cvs
--- src/binutils/objcopy.c 2013-01-07 18:40:59.0 +0100
+++ src_new/binutils/objcopy.c 2013-01-1
On Thu, Jan 24, 2013 at 10:49:35AM +0100, marco atzeri wrote:
>The attached patch solves the issue of the short ".gnu_deb"
>on binutils cvs
>
>--- src/binutils/objcopy.c 2013-01-07 18:40:59.0 +0100
>+++ src_new/binutils/objcopy.c 2013-01-19 22:50:12.447000600 +0100
>@@ -3453,6 +3453,7
On Jan 24 13:34, marco atzeri wrote:
> On 1/24/2013 1:08 PM, Corinna Vinschen wrote:
>
> >>I was not clear.
> >>Also rebasing with a different address make no difference
> >
> >It does for me:
> >
> > $ rebase -b 0x4000 dict_snowball.dll
> > Segmentation fault
> > $ rebase -b 0x5000
On 1/24/2013 5:01 AM, Marten Jan de Ruiter wrote:
I wrote a FORTRAN program using the time_and_date function. The source follows
below. The time_and_date function returns the wrong time: I am not in UTC, so
czone should be +0100.
In the following output, the lines "ctime:..." to "milliseconds.
On 1/24/2013 1:08 PM, Corinna Vinschen wrote:
I was not clear.
Also rebasing with a different address make no difference
It does for me:
$ rebase -b 0x4000 dict_snowball.dll
Segmentation fault
$ rebase -b 0x5000 dict_snowball.dll
Segmentation fault
$ rebase -b 0x400
On Jan 24 11:16, marco atzeri wrote:
> On 1/24/2013 11:00 AM, Corinna Vinschen wrote:
> >On Jan 24 10:49, marco atzeri wrote:
> >>Please note that rebase segfaults on dict_snowball.dll the first time
> >>but any subsequent rebasing, also with different start address,
> >>works without any problem,
On 1/24/2013 11:01 AM, Marten Jan de Ruiter wrote:
I wrote a FORTRAN program using the time_and_date function. The source follows
below. The time_and_date function returns the wrong time: I am not in UTC, so
czone should be +0100.
In the following output, the lines "ctime:..." to "millisecond
On 1/24/2013 11:00 AM, Corinna Vinschen wrote:
On Jan 24 10:49, marco atzeri wrote:
On 1/24/2013 10:27 AM, Corinna Vinschen wrote:
On Jan 24 03:01, Yaakov wrote:
On Wed, 16 Jan 2013 14:38:43 +0100, marco atzeri wrote:
On 1/16/2013 1:35 PM, Corinna Vinschen wrote:
On Jan 16 08:15, marco atzer
I wrote a FORTRAN program using the time_and_date function. The source follows
below. The time_and_date function returns the wrong time: I am not in UTC, so
czone should be +0100.
In the following output, the lines "ctime:..." to "milliseconds..." are based
on time_and_date. The line 15:54:49
On Jan 24 10:49, marco atzeri wrote:
> On 1/24/2013 10:27 AM, Corinna Vinschen wrote:
> >On Jan 24 03:01, Yaakov wrote:
> >>On Wed, 16 Jan 2013 14:38:43 +0100, marco atzeri wrote:
> >>>On 1/16/2013 1:35 PM, Corinna Vinschen wrote:
> On Jan 16 08:15, marco atzeri wrote:
> >On 1/15/2013 11:03
On 1/24/2013 10:27 AM, Corinna Vinschen wrote:
On Jan 24 03:01, Yaakov wrote:
On Wed, 16 Jan 2013 14:38:43 +0100, marco atzeri wrote:
On 1/16/2013 1:35 PM, Corinna Vinschen wrote:
On Jan 16 08:15, marco atzeri wrote:
On 1/15/2013 11:03 PM, marco atzeri wrote:
On 1/15/2013 12:24 PM, Corinna V
On Jan 24 03:01, Yaakov wrote:
> On Wed, 16 Jan 2013 14:38:43 +0100, marco atzeri wrote:
> > On 1/16/2013 1:35 PM, Corinna Vinschen wrote:
> > > On Jan 16 08:15, marco atzeri wrote:
> > >> On 1/15/2013 11:03 PM, marco atzeri wrote:
> > >>> On 1/15/2013 12:24 PM, Corinna Vinschen wrote:
> > > This i
On Wed, 16 Jan 2013 14:38:43 +0100, marco atzeri wrote:
> On 1/16/2013 1:35 PM, Corinna Vinschen wrote:
> > On Jan 16 08:15, marco atzeri wrote:
> >> On 1/15/2013 11:03 PM, marco atzeri wrote:
> >>> On 1/15/2013 12:24 PM, Corinna Vinschen wrote:
> > This is a serious bug in objcopy in the current b
19 matches
Mail list logo
