/*
This small program causes a libgc error when compiled and run in Cygwin:
$ gcc gcerror.c -lgc -o x.exe
$ ./x.exe
42
GC Warning: Thread stack pointer 0x22aa98 out of range, pushing
everything
*/
#include
#include
void *dummy;
void f (void (*x)())
{
x();
}
int main ()
Thanks Corinna. The fix works.
Ales
Corinna Vinschen-2 wrote:
>
> On Jul 31 14:28, Corinna Vinschen wrote:
>> On Jul 30 17:49, Aleš wrote:
>> >
>> > Hello,
>> >
>> > I can confirm the issue. It's occurring after upgrade to 1.7.16 and
>> seems to
>> > be limited to VMWare guests in my case. An
[keep it on the list, please]
On 7/30/2012 12:32 AM, L Anderson wrote:
szgyg wrote:
On 7/28/2012 6:56 AM, L Anderson wrote:
Call me slow to notice but I'm seeing more packages appearing with size
? mark in the "View" window when I run cygwin setup. Also, I notice that
No, it isn't a problem.
On 7/30/2012 1:33 AM, Wynfield Henman wrote:
I use the in-the-wild, 'texlive 2012' distribution, which I like to
tinker with and customize.
Due to a, what I believe is a dependency by auctex on texlive for some
reason, I keep getting a list of about 10 texlive related packages
automatically appen
hi,
the fix works, I have tested it with the only vm I have with me.
thanks
pawel
On Tue, Jul 31, 2012 at 10:19 PM, Corinna Vinschen wrote:
> On Jul 31 14:28, Corinna Vinschen wrote:
>> On Jul 30 17:49, Aleš wrote:
>> >
>> > Hello,
>> >
>> > I can confirm the issue. It's occurring after upgrade
On Jul 31 14:28, Corinna Vinschen wrote:
> On Jul 30 17:49, Aleš wrote:
> >
> > Hello,
> >
> > I can confirm the issue. It's occurring after upgrade to 1.7.16 and seems to
> > be limited to VMWare guests in my case. Any write attempt within the /etc
> > directory causes sshd to crash. Other direc
Example:
[Start cygwin bash in a terminal]
$ asdfghjkl
asdfghjkl
bash: asdfghjkl: command not found
[enter ^rghj]
[enter left-arrow]
[result after redisplay of the line is:]
$ asdf[Dghjkl
Similar result for right-arror (shows ...[C... )
Doesn't always happen. Load/Timing dependent ?
D
On Tue, Jul 31, 2012 at 4:44 AM, Charles Smith wrote:
> $ /bin/rebaseall
> /usr/lib/perl5/5.14/i686-cygwin-threads-64int/CORE/cygperl5_14_2.dll: skipped
> because nonexistent.
And this is caused by a minor perl packaging problem. You can simply
ignore this warning.
I'll fix it with the next perl
On Mon, Jul 30, 2012 at 5:50 PM, Pawel Jasinski wrote:
> checking for gcc... gcc
> checking whether the C compiler works... no
> configure: error: in `/usr/src/openssh-6.0p1-2/build':
> configure: error: C compiler cannot create executables
> See `config.log' for more details
> *** ERROR: configure
Hi,
Observed is an inconsistent result when recvmsg() is used on a
UDP socket with or without ancillary control message parameters.
Here's is an example:
static char buf[1 << 16];
struct sockaddr_in sin;
struct msghdr msg;
struct iovec iov;
#ifndef CYGWIN_BUG
char cmsgbuf[32]
Thank you for the link.
I can imagine what happened that caused the first rebase to fail. I'd
experimented around with rebase some weeks ago and was unsuccessful -
presumably because I hadn't turned off sshd. When I started again today, I
didn't know I had to delete the /etc/rebase.* file.
-
On 7/31/2012 4:41 PM, Charles Smith wrote:
As tentative you can remove /etc/rebase.db.i386
and retry rebaseall again.
I tried that and it looks like it might have worked on the second try. What's
that command to dump all the cygwin parameters if it turns out it didn't?
In any case, thank you
> As tentative you can remove /etc/rebase.db.i386
> and retry rebaseall again.
I tried that and it looks like it might have worked on the second try. What's
that command to dump all the cygwin parameters if it turns out it didn't?
In any case, thank you for your help!
--
Problem reports:
On 7/31/2012 4:16 PM, Earnie Boyd wrote:
On Tue, Jul 31, 2012 at 9:19 AM, marco atzeri wrote:
And the only running processes are:
$ ps -e
PIDPPIDPGID WINPID TTY UIDSTIME COMMAND
466457924664 4136 pty01008 15:10:22 /usr/bin/ps
31525
On 7/31/2012 4:06 PM, Charles Smith wrote:
Is this what you mean?
$ grep 61.. /proc/*/maps
/proc/1312/maps:6100-61001000 r--p E088:4805 844424930133558
/usr/bin/cygwin1.dll
/proc/1312/maps:6126E000-6148 rw-p 0026E000 E088:4805 844424930133558
/usr/bin/cygwin1.dll
On Tue, Jul 31, 2012 at 9:19 AM, marco atzeri wrote:
> And the only running processes are:
>
> $ ps -e
> PIDPPIDPGID WINPID TTY UIDSTIME COMMAND
> 466457924664 4136 pty01008 15:10:22 /usr/bin/ps
> 315259323152184 ? 1960
Is this what you mean?
$ grep 61.. /proc/*/maps
/proc/1312/maps:6100-61001000 r--p E088:4805 844424930133558
/usr/bin/cygwin1.dll
/proc/1312/maps:6126E000-6148 rw-p 0026E000 E088:4805 844424930133558
/usr/bin/cygwin1.dll
grep: /proc/1412/maps
/proc/1884/maps:610
On 7/31/2012 2:45 PM, Charles Smith wrote:
Thank you for the fast response. Unfortunately, I don't have a /proc/process*:
$ ls /proc
1772 3992 filesystems miscpartitions registry64 swapsuptime
1884 cpuinfo loadavg mounts registryselfsys version
2908 dev
On 7/31/2012 2:31 PM, Corinna Vinschen wrote:
On Jul 31 13:29, marco atzeri wrote:
on cygwin-1.7.16 and 20120730 snapshot,
when trying to connect at running ssh server I have
$ ssh marco@127.0.0.1
ssh_exchange_identification: Connection closed by remote host
and /var/log/sshd.log reports:
On Jul 31 13:29, marco atzeri wrote:
> on cygwin-1.7.16 and 20120730 snapshot,
> when trying to connect at running ssh server I have
>
> $ ssh marco@127.0.0.1
> ssh_exchange_identification: Connection closed by remote host
>
> and /var/log/sshd.log reports:
> -
On Jul 30 17:49, Aleš wrote:
>
> Hello,
>
> I can confirm the issue. It's occurring after upgrade to 1.7.16 and seems to
> be limited to VMWare guests in my case. Any write attempt within the /etc
> directory causes sshd to crash. Other directories are fine.
>
> uname -a before upgrade (sshd doe
On 7/31/2012 11:44 AM, Charles Smith wrote:
I
- turned off sshd
- closed all cygwin processes
- started e:\cygwin\bin\dash from the Run window
- ran rebase and got this message:
$ /bin/rebaseall
/usr/lib/perl5/5.14/i686-cygwin-threads-64int/CORE/cygperl5_14_2.dll: skipped
because nonexistent.
$
I
- turned off sshd
- closed all cygwin processes
- started e:\cygwin\bin\dash from the Run window
- ran rebase and got this message:
$ /bin/rebaseall
/usr/lib/perl5/5.14/i686-cygwin-threads-64int/CORE/cygperl5_14_2.dll: skipped
because nonexistent.
$
(I just updated yesterday)
and I'm still ge
23 matches
Mail list logo
