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)

paul | 13 Oct 03:16 2015
Picon

xpdf responds spasmodically to 2-finger scroll

Most touchpads these days have multi-finger gesture.  Synaptics seems
to reign in the Windows world, and you can now scroll by sliding 2
fingers along the touch pad.  In the past, you had to define a scroll
margin for 1-finger scrolling.

I'm finding that cygwin's xpdf responds in an unusably spasmodic way
to 2-finger scrolling.  Once in a blue moon, after using another app
like Firefox, xpdf will respond smoothly as other apps do.  but the
moment you change anything, e.g. enabling continuous scroll, the
usable behaviour disappears and you get the spasmodic behaviour (even
if you reverse what you did to make the good behaviour go away).

Has anyone else found this to be the case?  Has anyone discovered the
secret combination of actions that bring about the good scrolling
behaviour?  Has anyone discovered the secret for making the smooth
scrolling stick?

--
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 | 7 Oct 17:20 2015
Picon

Window manager commands in native window manager multiwindow mode

I ask this question from time to time just in case someone new sees it
and decides to work on it or others might agree that it is a priority.
Other people have raised this over the last few years as well.

The issue is that I would like to raise windows from within a program
(Emacs to be precise), but it doesn't work with the native window
manager running in multiwindow mode.

Emacs has several nice commands for which I have not-so-nice work
arounds (opening and closing windows). These are:

(raise-frame f)
(iconify-frame f)
(decionify-frame f)
(make-frame-visible f)

None of these work with Cygwin X.

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/


Gmane