t s | 21 Oct 22:59 2014
Picon

Re: FW: Cygwin start menu / mirrors‏‏

webpage;     http://cygwinports.org/

 
says to issue the command;    cygstart -- /path/to/setup-x86.exe -K http://cygwinports.org/ports.gpg

 
so I issued;     cygstart -- e:/setup-x86_64.exe -K http://cygwinports.org/ports.gpg

 
at first this command worked. Now it doesn't. It throws up an error message "unable to get setup.ini from http://cygwinports.org/ports.gpg"
 
help, please? 		 	   		  
Jon TURNEY | 17 Oct 21:01 2014
Picon

[ANNOUNCEMENT] Updated: xorg-server-1.16.1-3


The following packages have been updated in the Cygwin distribution:

*** xorg-server-*1.16.1-3

These packages contain XWin and the other X.Org X11 servers.

The following cygwin-specific changes have been made since 1.16.1-2:

* Make XWin backup the previous logfile as .old
* Properly log the reason in an XDMCP unwilling response
* Only invoke the experimental crashreporter on a fatal signal, not in 
places where we just want to log a backtrace
* Add marketing name for Windows 6.4 and manifest for compatibility
* Unsilence an XErrorHandler

x86:
2f657d4e5dd9dfa56a2c626e54665437 *xorg-server-1.16.1-3-src.tar.xz
efce43991b64c7f806dbc5943449ee13 *xorg-server-1.16.1-3.tar.xz
0a7bbfdd37e75bbaf917190690c783a8 *xorg-server-common-1.16.1-3.tar.xz
d4be75ad26fb86b09609bc6522847754 *xorg-server-debuginfo-1.16.1-3.tar.xz
19a6ad1d4dfe68961c283832e92e2425 *xorg-server-devel-1.16.1-3.tar.xz
19bc13b7430f93feb4c4c1d70c04f843 *xorg-server-dmx-1.16.1-3.tar.xz
4aaacc3dadbcccdf6e9b673b122c8012 *xorg-server-extra-1.16.1-3.tar.xz
4e9ee40665b37fdbbb5abd0f35580535 *xwinclip-1.16.1-3.tar.xz

x86_64:
40d6eae6fcbc6ceca1b6b11235d36b2d *xorg-server-1.16.1-3-src.tar.xz
609d0c94e661c23b7c2018b0e8642231 *xorg-server-1.16.1-3.tar.xz
aac0d1b6e4230e655212fa4906032ba2 *xorg-server-common-1.16.1-3.tar.xz
(Continue reading)

t s | 14 Oct 18:19 2014
Picon

problems with cygwin/x

> On 04/10/2014 18:16, t s wrote:
>> first of all, regarding the Cygwin setup program; the options are
>> install / re-install / un-install / default
>> 
>> is it correct that to install only the latest updates, I would choose
>> the option 'default' ?
> 
> I'm not sure what text you are looking at.
> 
> The options for an individual package which is already installed are 
> 'reinstall', 'uninstall', 'keep' and specific versions other than the 
> currently installed one (if any).
> 
> I can't see "default" anywhere.
> 
> If you mean the default version, then yes, when "curr" is selected at 
> the top, all packages which have updates, will be updated.

 The current version of the setup program, 2.850 (64 bit), on the "select packages" screen, features a
"default" option.

 Please see; http://cpm86.com/default.jpg

 The four options are; Install; Reinstall; Uninstall; Default

 I just want to be sure; to install only the latest updates, I would choose 'Default' ?

>> next question : if I delete the start menu option "Cygwin/x" and run
>> the setup program for option "default", it doesn't re-create the
>> start menu option "Cygwin/x"
(Continue reading)

Gulliver Smith | 14 Oct 02:18 2014
Picon

Re: cygwin emacs failing siletnly

Follow up:

It is only emacs for X-windows that fails silently.

emacs-nox works perfectly.

As I said, the silent failure has no core dump and no log messages
anywhere. Nothing is displayed in the shell window.

Thanks
Gulliver

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://x.cygwin.com/docs/
FAQ:                   http://x.cygwin.com/docs/faq/

Gulliver Smith | 13 Oct 18:49 2014
Picon

cygwin macs failing siltently

With recent upgrade of cygwin, emacs is always crashing. Windows XP
VirtualBox virtual machines (don't ask)

setup.exe version 2.8.50 (32 bit)

tried both emacs 24.3.93-1 and 24.3-2

X-server is cygin 64 bit on windows 7.

It was working last week. Now silent crash, no log entries.
Occassionally a core dump?

More information - I had an older computer with an older version of
cygwin 32 bit running an x-server and an older version of cygwin emacs
32 bit installed on a virtual machine.

a) setting the DISPLAY to the new computer with the latest version
doesn't help - the older emacs crashes with an illegal system call.
However, there are no problems running xterm.

b) after setting the DISPLAY to the old computer's cygwin x server,
emacs runs fine on the old vm.

Does anyone have suggestions?

Thanks
Gulliver

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
(Continue reading)

Chris Carlson | 13 Oct 03:48 2014
Picon
Picon

Re: glwDrawingAreaWidgetClass

I apologize for being so vague.

I have a fairly large program that I developed on Fedora Linux.  It uses 
glwDrawingAreaClassRec to create a GL window.  I attempted to compile 
and run it on Cygwin, and I got the failure.

I added a print statement just before calling XtCreateManagedWidget() 
and discovered the value was 0 on Cygwin and an address on Linux.  I 
presumed that meant there was an issue.

To get around the problem, I downloaded the source from Mesa and 
compiled it myself.  The .a that was generated identifies the following 
(using nm):

0000000000000640 D glwDrawingAreaClassRec
0000000000000728 D glwDrawingAreaWidgetClass

I then compared it to /lib/libGLw.dll.a and got this:

nm /lib/libGLw.dll.a | grep DrawingAreaClass
0000000000000000 I __imp_glwMDrawingAreaClassRec
0000000000000000 I __nm_glwMDrawingAreaClassRec
0000000000000000 I __imp_glwDrawingAreaClassRec
0000000000000000 I __nm_glwDrawingAreaClassRec

Now I tried compiling your test program and found that it did work as 
you showed, but I then added the include of GLwDrawA.h, and it fails.  
This doesn't make a whole lot of sense to me, and it doesn't seem right.

What do you think?  If I want to use the GLwDrawingAreaWidgetClass, I 
(Continue reading)

Chris Carlson | 9 Oct 06:08 2014
Picon
Picon

Re: [ANNOUNCEMENT] Updated: xorg-server-1.16.1-2

No sooner did I respond than I see the update.

Nevermind.

Chris Carlson

On 10/8/2014 8:31 PM, Nem W Schlecht wrote:
> I just remembered that my version of xv has been modified to place the
> current image filename in the X11 clipboard.  That might have been the
> cause of the issue.
>
> Regardless, my crashes seem to have gone away with this update.
> Thanks for all the hard work on Cygwin X11!
>
> On Wed, Oct 8, 2014 at 3:09 PM, Jon TURNEY <jon.turney <at> dronecode.org.uk> wrote:
>> The following packages have been updated in the Cygwin distribution:
>>
>> *** xorg-server-*1.16.1-2
>>
>> These packages contain XWin and the other X.Org X11 servers.
>>
>> The following cygwin-specific changes have been made since 1.16.1-1:
>>
>> * Fix transposed format specifiers in some logging added in 1.16.1-1, which
>> is probably the cause of some crashes/hangs (Thanks to Colin Harrison for
>> patch)
>>
>> x86:
>> 2487d4ffba759b3023150298d53616e7 *xorg-server-1.16.1-2-src.tar.xz
>> fba03eb030540c292188c736f410ab77 *xorg-server-1.16.1-2.tar.xz
(Continue reading)

Chris Carlson | 9 Oct 06:06 2014
Picon
Picon

Re: X11 crashing - no errors in log file

I also have been getting crashes, but I can't figure out what is causing 
it.  I opened Microsoft Word, and X just crashed in the background.  
It's happened twice now, but the first time, I can't remember what I did 
to make it happen.

Note that I have Cygwin 1.16 running on a Windows 7 laptop, and I often 
close the lid to hibernate until later.

I started X with -logverbose 3, but I haven't had it crash, yet. I'll 
send the log when it crashes, presuming it does before I run out of disk 
space. :-)

Chris Carlson

On 10/8/2014 11:51 AM, Nem W Schlecht wrote:
> X11 has been crashing on me in 2 cases since upgrading to 1.16.1-1
>
> 1) Using 'xv' on any image.  I compiled this myself and it was running
> fine in the past, but now when I try to open any image, all of X11
> crashes.  I tried to recompile it, but same issue.  Nothing is showing
> up in the XWin.0.log
>
> 2) Using 'rdesktop' to a remote Windows host and then selecting and
> hitting 'Ctrl-C' on a list of files.  About 2 seconds after the
> Ctrl-C, X11 crashes (again, nothing in XWin.0.log).
>
> Is there additional debugging I can turn on to try to catch the error
> that is happening?
>

(Continue reading)

Jon TURNEY | 8 Oct 22:09 2014
Picon

[ANNOUNCEMENT] Updated: xorg-server-1.16.1-2


The following packages have been updated in the Cygwin distribution:

*** xorg-server-*1.16.1-2

These packages contain XWin and the other X.Org X11 servers.

The following cygwin-specific changes have been made since 1.16.1-1:

* Fix transposed format specifiers in some logging added in 1.16.1-1, 
which is probably the cause of some crashes/hangs (Thanks to Colin 
Harrison for patch)

x86:
2487d4ffba759b3023150298d53616e7 *xorg-server-1.16.1-2-src.tar.xz
fba03eb030540c292188c736f410ab77 *xorg-server-1.16.1-2.tar.xz
e988cd1a540f3b5a4ebc44619ca340fd *xorg-server-common-1.16.1-2.tar.xz
9b4ccf2d47947820eded95dcc4e855b8 *xorg-server-debuginfo-1.16.1-2.tar.xz
369e9a8ef1d80225d742dec17e69b88e *xorg-server-devel-1.16.1-2.tar.xz
a091007b24dd1ae64d4a80be5a3ea279 *xorg-server-dmx-1.16.1-2.tar.xz
ba1e3a9cbd7ffe4834b7387a09169528 *xorg-server-extra-1.16.1-2.tar.xz
d19cd8a9cd65657c20af1c0f440cd40f *xwinclip-1.16.1-2.tar.xz

x86_64:
78666e1511ce24b8786d4cc2697ca71d *xorg-server-1.16.1-2-src.tar.xz
de105c6b353d0bc98493a80bc1bfe9d5 *xorg-server-1.16.1-2.tar.xz
5f8b3f6b6c63c7e99bf35a966a5b5252 *xorg-server-common-1.16.1-2.tar.xz
395931026c9f63d7cac23ac433931527 *xorg-server-debuginfo-1.16.1-2.tar.xz
4cfc2b7aac8e7ab18329303f3b378f42 *xorg-server-devel-1.16.1-2.tar.xz
8fa287196a578e4eeb2e8ec57bccf9a9 *xorg-server-dmx-1.16.1-2.tar.xz
(Continue reading)

Nem W Schlecht | 8 Oct 20:51 2014

X11 crashing - no errors in log file

X11 has been crashing on me in 2 cases since upgrading to 1.16.1-1

1) Using 'xv' on any image.  I compiled this myself and it was running
fine in the past, but now when I try to open any image, all of X11
crashes.  I tried to recompile it, but same issue.  Nothing is showing
up in the XWin.0.log

2) Using 'rdesktop' to a remote Windows host and then selecting and
hitting 'Ctrl-C' on a list of files.  About 2 seconds after the
Ctrl-C, X11 crashes (again, nothing in XWin.0.log).

Is there additional debugging I can turn on to try to catch the error
that is happening?

--

-- 
Nem W Schlecht

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://x.cygwin.com/docs/
FAQ:                   http://x.cygwin.com/docs/faq/

Gulliver Smith | 8 Oct 17:31 2014
Picon

Issues since last update of cygwin - clipboard, crashing

Windows 7 Professional,

I updated cygwin on the weekend of Oct 4 and am now having issues with
cygwin X, mostly with the clipboard.

I am running with no root window (XWin.exe)

I have two different systems (home and work), one running cygwin 64
bit and the other cygwin 32 bit. Both have these issues.

1) frequent clipboard timeouts when querying the x-selection for
something in the Windows clipboard

2) After an hour or two, the X-selection no longer appears in the
windows clipboard, so I have to restart everything

3) cygwin X freezes - all windows are light grey and not responding

4) cygwin x has crashed a few times.

These are all new symptoms since Oct 4. I have been using this set up
for years with few problems.

Is this a known problem that is being fixed?

Thanks
Gulliver

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
(Continue reading)


Gmane