Hi,
I have the same problem, but I have not understand the solution:
wait for a new release of XWin or to change something in conf.?
thank you.
angelo.
[EMAIL PROTECTED]
When loging as user without admn. priv.
(e.g.: owner= Graziosi, group= Users)
the standard bash shell (cygwin.bat) says:
chmod: changing permissions of `/tmp': Permission denied
This is caused by
if [ -d /tmp ]; then
chmod 1777 /tmp
fi
in /etc/profile.
It assign the permission t
I want to call again your attention on the fact that when /etc/profile
sets
chmod 1777 /tmp
the simple user (NOT Admin. priv) receives
chmod: changing permissions of `/tmp': Permission denied
even if he starts the standard bash-shell without the XServer activated!
i.e. the problem
John,
you mailed to Igor that there will be a new release of base-files.
Will it fix also /etc/profile?
==
As I wrote:
http://cygwin.com/ml/cygwin-xfree/2005-05/msg00140.html
the problem of
chmod 1777 /tmp
is present also for the user (NOT-ADMIN.) that
With this new release there is a
Permission denied
when a NOT-ADMIN user starts the X system (startxwin.bat)
He has not access to remove .X11-unix (see startxwin.bat) when /tmp has
the t permission.
Every user (or only Administrator?) should
On Thu, May 19,2005 08:34:14 John Morrison wrote
On Thu, May 19, 2005 12:01 am, Angelo Graziosi said:
With this new release there is a
Permission denied
when a NOT-ADMIN user starts the X system (startxwin.bat)
He has not access to remove
With Cygwin 1.5.17-1, after starting XWin (startxwin.bat) and Emacs, the
Emacs window does not show itself, i.e.
$ emacs
[1] 1776
but the emacs window does not appear! The ps command shows:
$ ps
PIDPPIDPGID WINPID TTY UIDSTIME COMMAND
1380 11380
I pointed out a problem between Emacs (21.2-13, i.e. curr.) and Cygwin
1.5.17-1.
You asked me others informations at which I replied:
http://cygwin.com/ml/cygwin-xfree/2005-05/msg00264.html
What are your comments?
Thanks
angelo.
I remember you, that reinstalling Cygwin 1.5-16-1 (and keeping coreutils
5.3.0-6) Emacs works fine.
I would keep 1.5.17-1 because it allow me to build CERNLIB-2005 with a
limited number of patches (with 1.5.16-1 there is something more to
patch)
I have also tried XEmacs 21.4.17-1. It starts
http://cygwin.com/ml/cygwin-xfree/2005-05/msg00274.html
best regards
angelo.
I want to complete the story which has some point of interest.
Obviously, you are not obliged to replay, not to take care of
problems.
As you can see from this mailing list, after installing the
cygwin package 1.5.17-1 (26-27 May) I had a problem with Emacs:
it took all CPU (100%) and its
As you can see in the mailing lists, I have posted this question
a few times.
Now I have discovered somethings at which you can give a more adeguate
answer.
The problem is that after rebaseall Emacs does not works, it takes
all the CPU and its window does not appear so that one can only kill
On Fri, 16 Sep 2005, Harald Joerg wrote:
Angelo Graziosi [EMAIL PROTECTED] writes:
The problem is that after rebaseall Emacs does not works, it takes
all the CPU and its window does not appear so that one can only kill
its process.
After the new release of rebase-2.4-1
Charles Wilson wrote:
*I* wonder, if xemacs were rebuilt against the CURRENT ncurses
libraries (libncurses8), would it still have similar problems -- e.g.
would you need to rebaseall and then reinstall libncursesEIGHT?
If so, it's a problem I need to track down, as the ncurses
maintainer.
Christopher Faylor wrote:
Angelo Graziosi wrote:
Even using the snapshots, the problem remains and every time one needs
to rebase all one must reinstall libncurses7-5.3-4 if one wants Emacs
to work.
Since this has nothing to do with Cygwin, AFAICT, there is no reason to
think that a snapshot
-- Forwarded message --
Date: Mon, 24 Oct 2005 23:45:53 +0200 (MET DST)
From: Angelo Graziosi [EMAIL PROTECTED]
To: cygwin@cygwin.com
Subject: RE: overlapping windows in cygwin
Fabrizio Salvatore wrote:
I also noticed that for some graphical programs (like PAW, for
example
This argument has been discussed many times on these mailing lists (for
example : msg00048, Apr 11 2005 in cygwin-xfree ml, etc...) and with the
test version of XWin (6.8.99.901-1) it is re-emerged in a more drastic
way.
If you remember, the problem consists in the fact that Non-admin users
With ghostscript-8.15-2 there is a stange behaviour of 'gv' in displaying
pdf files.
If one uses:
$ gv foo.pdf
that works fine.
But using:
$ gv
and then opening 'foo.pdf' with 'Open' menu item, there is an
Unrecoverable error of GPL Ghostscript 8.15
This 'gv' behaviour was
Soong, SylokeJ wrote:
google:
cygwin xp non-administrator account
result:
http://www.cygwin.com/ml/cygwin-xfree/2005-02/msg9.html
I think that
REM Mount local user %TEMP% as /tmp
mount -f -u -t %TEMP% /tmp
should not work is statxwin.bat is started from a link on desktop or
to Angelo Graziosi on 2/20/2006 6:00 AM:
I have noted that many applications do not start when one clicks on the
links in
Start | Programs | Cygwin-X (on W2K SP4)
This happens even if one has started XWin (startxwin.bat).
For example, 'xeyes' starts (after startxwin.bat
Igor Peshansky wrote:
...
The script that adds the links you're complaining about
(Cygwin-X) belongs to the X-start-menu-icons package, which is
associated with Cygwin/X -- thus the redirection to this list.
OK, we have ascertained that this discussion belongs to cygwin-xfree.
But what
Usually the Repaint problem is solved adding '+bs' (BS = backing store')
to XWin command line, e.g. :
XWin -multiwindow -clipboard -silent-dup-error +bs
Angelo.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
I usually use GM to convert JPG file to PS file:
gm convert -page A4 p-01.jpg p-01.jpg.ps
(This is done, effectively, in a few scripts that convert JPG to PS, link
PS in one PS, convert this in PDF)
Using the test version of XORG, namely 6.8.99.901-1, it seems that the
above commands does
If this can help, I have solved running startx from bash (Cygwin.bat) in
this way
startx 2/dev/null
Cheers,
Angelo.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation:
Igor Peshansky wrote:
For each user, execute mount -u SOMEUSERSPECIFICDIR /tmp (as man
mount would have told you).
Are we sure that this works with startxwin.bat ?
Some time ago I tried to mount /tmp in an user directory (I used also
%TEMP%, i.e. C:\Doc...\%USERNAME%\..\Temp) but it did not
3.0.0-3Incomplete
...
--
Cheers,
Angelo
On Sun, 1 Oct 2006, Igor Peshansky wrote:
On Sat, 30 Sep 2006, Angelo Graziosi wrote:
Could this be the reason for which I obtain that
tetex-base 3.0.0-3
Ferran Mazzanti wrote:
I can directly preview .dvi files displaying the postscript figures.
I have solved in this way:
cd /bin
mv gs.exe gs.exe.orig
ln -sf /usr/X11R6/bin/gs.exe gs.exe
Cygwin,
Why there are these two version, X and non-X of ghostscript?
Once, someone said
I want to flag that with the version 7.7-6 there are problems in typing
some character:
typing 'ì' it shows 'l'
== 'è' == 'h'
== 'à' == 'g'
and similar.
Reinstalling 7.7-5 all characters are shown correctly.
Cheers,
Angelo.
--
Unsubscribe info:
Using cygwin-inst-20070523.tar.bz2 there is XPDF that core dumps loading a
pdf file.
The same happens with a cygwin1.dll 1.5.24-2 rebuilt with CVS newlib dated
May 18.
Instead using cygwin1.dll 1.5.24-2 rebuilt with CVS newlib dated May 01,
XPDF works fine.
Cheers,
Angelo.
--
Following this discussion
http://cygwin.com/ml/cygwin-xfree/2006-07/msg00131.html
I have tried to modify the script in this way (to start X+urxvt):
-
#!/bin/bash
start_XWin()
{
#export DISPLAY=127.0.0.1:0.0
export DISPLAY=:0
Holger Krull wrote:
My guess is, you have to set DISPLAY before you do checkX. How else
would it know which X11 Server to search if it was not started as a
child?
Obviously !!!
Now the script sound like this:
---
#!/bin/bash
##
## The
I have seen that Emacs and URxvt have a gray scrollbar on black
background.
Usually, all applications (Windows, GNU/Linux) that have a scrollbar, have
it as gray on gray (or almost gray).
So, is there some Cygwin resource (~/.Xdefaults) to set to have the
standard scrollbar background color?
Sans Mono
XTerm*faceSize: 14
You can try also faceSize 10 or 12.
Cheers,
Angelo.
---
Angelo Graziosi: http://www.webalice.it/angelo.graziosi
...d'orgoglio spezzato inseguendo il desiderio del cuore
Egdar Lee MASTERS, Antologia di Spoon River
--
Unsubscribe
-c file, which is empty. I downloaded it pretty
recently, maybe we are working with different versions.
On 9/5/07, Angelo Graziosi [EMAIL PROTECTED] wrote:
In my $HOME/.Xdefaults I have:
! -[ xft ] -
Xft*antialias: true
Xft*autohint: true
! -[ xterm
worry about these things... step by step you will have all the
knowledge of universe!
On 9/6/07, Angelo Graziosi [EMAIL PROTECTED] wrote:
Instead, why you cite this ^^
explicitly?
You do not know SPAMMERS?
Have you asked yourself why on cygwin lists you are cited
Hi guys,
I have done a fresh installation of Cygwin on a new PC observing the
following.
Usually I have the habit to build Emacs from CVS. Now I have tried to do
the same as an user with limited account (of the group Users), but
configure fails in this way:
On Sat, 29 Sep 2007, d.henman wrote:
... Try adding--x-includes=/usr/X11R6/include/X11
to your configure arguments.
Now the problems seem desappeared. In any case, I will consider your
suggestion.
Many thanks,
Angelo.
--
Unsubscribe info:
Dr. Volker Zell ha scritto:
I would like to adopt and maintain the 'xfig/xfig-lib' packages
from Harold Hunt.
The procedure of installing 3.2.4-7 removes the previous 3.2.4-6, so the
link
app-defaults - /etc/X11/app-defaults
in /usr/X11R6/lib/X11/ is lost and the new postinstall script
Jon TURNEY wrote:
Can you check if you have the xkbcomp package installed (the upgrade should
have done this automatically), and if xkbcomp is on your path and is runnable?
Obviously, it is installed (see attch.) in /usr/bin, and, for example,
$ xkbcomp.exe -help
Usage: xkbcomp [options]
Michele Gonfiantini ha scritto:
I solve my problems doing a rebaseall
Good! at least, it seems, that the keyboard layout problem is solved.
Thanks a lot,
Angelo.
---
Facesti come quei che va di notte,
che porta il lume dietro e se' non giova,
ma dopo se' fa le persone dotte.
Jon TURNEY ha scritto:
It's not included in the set of fonts available from X.Org currently, so we
don't currently have a package for it. (There may be a couple of other fonts
which fall into this category)
Please bear with me and I'll try to generate a package for this font.
Oh, if you will
Jon TURNEY ha scritto:
Please bear with me and I'll try to generate a package for this font.
Now that font-bitstream-vera-ttf 1.10 is released, I have installed it
which seems to work! Thanks.
Now I have restored almost the full behaviour which I had with
X11R6.99... but I also want to flag
I have seen that after the release of X11R7, many problems are partially
resolved by rebasing. Some time ago, I remember that on cigwin-apps list
there was the suggestion that the package maintainer should build their
packages adding '-Wl,--enable-auto-image-base' for DLLs.
Has this be done for
On X11R6.99, I start X with a link on desktop, 'XWin Server', whose
target is:
C:\cygwin\bin\run.exe bash -l start_XWin.sh
and in /usr/local/bin, start_XWin.sh is
#! /bin/bash
export DISPLAY=127.0.0.1:0.0
export PATH=/usr/bin:$PATH
# Cleanup from last run.
rm
Jon TURNEY wrote:
Perhaps we need an xorg-base package or something to pull in xorg-server and
xinit on a fresh install ?
... and I would suggest to create the link as
/usr/bin/mkshortcut -AP -i /usr/bin/XWin.exe -n Cygwin-X/XWin Server
-w -a /usr/bin/startxwin.bat /usr/bin/run.exe
I want to flag the following problems I have met with X11R7.4 and the
application ROOT [1].
To reproduce them, you should not need to rebuild ROOT under X11R7.4
but it is sufficient to install pre-built binaries, even if they
result from a build under the previous X11R6.99: the 'effects' are the
Christopher Faylor wrote:
On Fri, Nov 21, 2008 at 04:03:52PM +0100, Angelo Graziosi wrote:
Jon TURNEY wrote:
'run' can only hide the window of the process it directly starts, I would
guess.
With X11R7.4 there is a window that seems related to the process which
'run' starts, and a second
Regarding the problems I have flagged in [1], the first (related to the
option +bs of XWin, i.e. the backing store) is still there, also with
the recent xorg-server-1.5.3-4.
For the second (that related to OpenGL applications), I have found the
workaround described here [2].
Now, if
nedit
Jon TURNEY wrote:
tell me if you agree
I agree with all BUT NOT with THIS:
1.5.3-4 +bsok (redrawing of area under menus is messed up)
In my case (hsimple.C test)
1.5.3-4 +bsGIVES server segfault
Are you sure you have started 1.5.3-4 with '+bs'?
Indeed I have verified that
Jon TURNEY wrote:
Ok, I've tried this and a few other things an I can't reproduce this, so I'd
like your help to get a backtrace if you are willing:
1. Download http://www.dronecode.org.uk/cygwin/XWin.exe.bz2
(this is a build of XWin with debugging symbols)
2. bunzip2.exe XWin.exe.bz2
3.
Angelo Graziosi ha scritto:
Jon TURNEY wrote:
Ok, I've tried this and a few other things an I can't reproduce this,
so I'd like your help to get a backtrace if you are willing:
1. Download http://www.dronecode.org.uk/cygwin/XWin.exe.bz2
(this is a build of XWin with debugging symbols)
2
Jon TURNEY wrote:
I'm sorry, your our previous mail hadn't really made it clear to me that there
was problem with glxgears etc.
Just for my comprehension, can you explain again what happens if you run
glxinfo and glxgears on 1.5.3-4.
Really, in my posts, I never cited 'glxgears', 'glxinfo'
Jon TURNEY wrote:
glxgears, glxinfo are GL demo programs which come with mesa (the OpenGL library)
It would be useful if you could install the mesa package and check if glxinfo,
glxgears work for you.
You have ignored my cygchec.out here [1]. I have those packages
installed and glxgears,
Jon TURNEY wrote
so perhaps you could try
ftp://cygwin.com/pub/cygwinx/XWin.20081204180806.exe.bz2 and see if that one
fails for you
Now it fails!
For the sake of completeness, attached the stackdump files and the GDB
infos as requested here [1], cygcheck.out in [2].
Cheers,
Angelo.
Charles Wilson wrote:
Unfortunately, I can't reproduce.
Ugh! I forgot to say that I start those scripts with links on desktop...
For example:
mkshortcut -AD \
-n ${urxvt} \
-a bash -l start_urxvt.sh \
-i /usr/bin/XWin.exe \
-d Console unicode \
/usr/bin/run.exe
Indeed,
Charles Wilson wrote:
Try this:
I have tried your script. It creates 6 logs (attached) and NO
stackdump!!. But if one tries to copy/paste something, the
'clipboard'/system hangs...
Try adding --notty to each invocation of checkX...that works for me.
It seems that it works also for me!
For completeness, I want to flag that my GTK build of Emacs has the same
problem described here:
http://cygwin.com/ml/cygwin-xfree/2009-09/msg00051.html.
Practically, after starting Emacs,
$ G_SLICE=always-malloc emacs -q
its first three icons on tool-bar (new file, read existing file, read
Angelo Graziosi ha scritto:
For completeness, I want to flag that my GTK build of Emacs has the same
problem described here:
http://cygwin.com/ml/cygwin-xfree/2009-09/msg00051.html.
Practically, after starting Emacs,
$ G_SLICE=always-malloc emacs -q
its first three icons on tool-bar (new
Angelo Graziosi ha scritto:
For completeness, I want to flag that my GTK build of Emacs has the same
problem described here:
http://cygwin.com/ml/cygwin-xfree/2009-09/msg00051.html.
Practically, after starting Emacs,
$ G_SLICE=always-malloc emacs -q
its first three icons on tool-bar (new
Yaakov (Cygwin/X) wrote:
The following package has been updated for Cygwin 1.7:
* xinit-1.1.1-5
This package includes the startx, startxdmcp.bat, startxwin.bat, and
startxwin.sh commands for launching the XWin server.
This releases fixes a few bugs in startxwin.{bat,sh}:
* Launch XWin from
Phil Betts wrote:
I think Angelo was trying to avoid having an unnecessary bash process
hanging around.
Indeed! (I think...)
I have various links on desktop (to start Emacs, mrxvt, xfig, etc.) like
this:
C:\cygwin-2\bin\run.exe bash -l -c 'rm -rf /tmp/.X11-unix; XWin
-multiwindow
Angelo Graziosi ha scritto:
Phil Betts wrote:
I think Angelo was trying to avoid having an unnecessary bash process
hanging around.
Indeed! (I think...)
I have various links on desktop (to start Emacs, mrxvt, xfig, etc.) like
this:
C:\cygwin-2\bin\run.exe bash -l -c 'rm -rf /tmp/.X11-unix
Yaakov (Cygwin/X) wrote:
Cygwin/X has been updated to X.Org X11R7.5.
It seems that after this upgrade, my GTK build[*] of Emacs has some problem.
First, the link on desktop with which I start Emacs does not work any
more. It was created with:
-
emacs=Emacs-2
Just for completeness, I want to flag some strange things that I see
between a GTK build of Emacs and libglib2.0_0-2.22.4-2 BUT NOT with
libglib2.0_0-2.22.4-1!
With 2.22.4-2, when I open a dialog box (for example clicking on the
tool bar icon Reading an existing file into an Emacs buffer), in
Yaakov (Cygwin/X) wrote:
You may want to try these patches and see if they help:
My build of Emacs was related to current trunk (precisely, rev. 99467),
so, almost surely, those patches are already applied (indeed, I find
tracks of them in the current code).
The problems seem to be
Yaakov (Cygwin/X) wrote:
1) rebaseall, as launching gam_server involves a fork(), the failure of which
can lead to strange behaviour.
Hmm...
At the moment my installation is quite stable and I won't rebase without
being sure that it really needs a rebase. After all, with Emacs I rarely
use
After upgrading, when I launch xfig ($ /usr/bin/xfig.exe ) there is
this error message (in another x-window):
==
The app-defaults file (version: 3.2.4) is older
than this version of xfig (3.2.5b).
You should install the correct version or you may lose
/defaults/etc/X11/app-defaults' belong to 3.2.5b, instead those in
'/etc/X11/app-defaults' belong to 3.2.4!
Ciao,
Angelo.
Il 27/05/2010 13.16, Angelo Graziosi ha scritto:
After upgrading, when I launch xfig ($ /usr/bin/xfig.exe ) there is
this error message (in another x-window
Dr. Volker Zell wrote:
Angelo Graziosi writes:
If I read correctly, if Fig* files exist in '/etc/X11/app-defaults', they are
not replaced with new.
That's correct. If somebody has changed the system defaults I don't want
overide these.
Hmm... I have not changed the system defaults: the Fig
It seems that I have discovered some problems with XFig. :(
I have tried this simple test.
$ /usr/bin/xfig
then I have drawn a box with 'Rectangular BOX drawing (b)'. After this,
I have saved the figure (with: File | Save 'test.fig', it is attached).
Now if I exit from XFig and restart it
Il 06/06/2010 2.55, Angelo Graziosi ha scritto:
It seems that I have discovered some problems with XFig. :(
Just for completeness, adding
xfig()
{
LANG=''\
/usr/bin/xfig -specialtext -latexfonts -startlatexFont default \
$@ 2/dev/null
}
to my .bash_wrappers file, solved
Simon Marlow wrote:
I use the VirtuaWin virtual-desktop tool, and found that often when switching
to a desktop with XWin windows on it, the windows would remain blank until I
right-clicked on the XWin icon in the tray, when they would refresh.
Strange. It is more than an year I use
Il 19/07/2010 17.45, Simon Marlow ha scritto:
On 19/07/2010 15:51, Angelo Graziosi wrote:
Simon Marlow wrote:
I use the VirtuaWin virtual-desktop tool, and found that often when
switching to a desktop with XWin windows on it, the windows would
remain blank until I right-clicked on the XWin
Messaggio originale
Oggetto: Bootstrapping Emacs (trunk) with GCC = 4.5.1 [Cygwin]
Data: Tue, 03 Aug 2010 13:50:09 +0200
Mittente: Angelo Graziosi
A: Emacs emacs-devel AT gnu DOT org
On Cygwin, I have tried to bootstrap Emacs-trunk using gcc-4.5.1 (just
released) and gcc-4.6
I have noticed that when I put:
URxvt*perl-ext-common: default,tabbed
to ~/.Xdefaults
URXVT does not work right:
$ urxvt
$ urxvt: perl hook 0 evaluation error: no such resource
'perl_ext_2,-tabbed', requested at /usr/lib/urxvt/perl/tabbed line 64.
urxvt: Can't call method parent on an
Marco Atzeri wrote:
In the gcc-3 era the C++ timing performance were really poor, gcc-4
solved a lot such problem.
I guess the situation is improved in the meantime but of course cygwin
is slower than an equivalent
native build as he try to replicate the UNIX/Posix enviroment in an
unfriendly
After the last upgrade to xorg-server I find in /tmp:
...316 Jul 7 02:06 xkb_H2DcsY
...316 Jul 7 02:06 xkb_PTGhAv
Is this to be expected?
Ciao,
Angelo.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Il 07/07/2011 2.12, Angelo Graziosi ha scritto:
After the last upgrade to xorg-server I find in /tmp:
... 316 Jul 7 02:06 xkb_H2DcsY
... 316 Jul 7 02:06 xkb_PTGhAv
Is this to be expected?
Now I have seen that /tmp is filling od xkb_* files each time I login
(i.e. XWin starts)... :(
Ciao
Il 07/07/2011 14.51, Jon TURNEY ha scritto:
I'll fix this and update the X server, but in the meantime you should be able
to remove these temporary files once the server has started with no ill
effects :-)
Thanks a lot!
Ciao,
Angelo.
--
Unsubscribe info:
Ken Brown wrote:
I don't think gtk3 is the culprit here after all. I uninstalled libgtk3_0 and
libgtk3-devel and rebuilt emacs, but the problem persisted. It was only after
uninstalling dconf-service (a dependency of libgtk3_0) that things went back to
normal.
I can confirm. I uninstalled
Just for completeness...
Yaakov wrote
Okay, I got it. dconf-service needs a GVfs implementation, but the
default provider (from the gvfs package) is currently only available in
Ports. That's what I get for trying to be minimalistic wrt the distro.
I installed gvfs and all it needs (I have
I notice a problem moving the mouse pointer.
Usually I start XWin with a link on the desktop whose target is
C:\cygwin-2\bin\run.exe bash -l -c 'rm -rf /tmp/.X11-unix; XWin
-multiwindow -clipboard -silent-dup-error 2/dev/null '
it produces the XWin.0.log-with_wgl attached via the tar-ball.
Il 01/02/2012 10.18, Jon TURNEY ha scritto:
On 31/01/2012 22:02, Angelo Graziosi wrote:
I notice a problem moving the mouse pointer.
Both with xorg-server-1.11.4-1 and xorg-server-1.11.4-2, the mouse pointer
moves in slow motion, in steps, with a delay.. one has difficulty to move
finely
Il 01/02/2012 11.32, Jon TURNEY ha scritto:
On 01/02/2012 10:09, Angelo Graziosi wrote:
Il 01/02/2012 10.18, Jon TURNEY ha scritto:
On 31/01/2012 22:02, Angelo Graziosi wrote:
I notice a problem moving the mouse pointer.
Both with xorg-server-1.11.4-1 and xorg-server-1.11.4-2, the mouse
Yaakov (Cygwin/X) wrote:
I have finally updated Qt4 in the Cygwin distribution to 4.7.4
Just for the sake of completeness...
I find the following problem with Cygwin-X QT4 4.7.4.
Trying to build a CERN application, ROOT [*], it fails in this way:
[...]
g++ -O2 -pipe -Wall
Leo wrote:
I made the switch to Cygwin/X Emacs and the font for the menus is very big and
(to my knowledge) not easily adjusted with emacs functions.
In my .Xdefaults I have
Emacs.FontBackend: xft
Emacs.font: Bitstream Vera Sans Mono 11
and Emacs in X looks just fine.
Hi Ken,
Ken Brown wrote:
Now I can reproduce the problem with both gtk2 and gtk3
If you remember I flagged this on 24.11.2011 with a private mail. After
the upgrading to GNOME 3.2, not only the gtk3 build was unstable but
also the old gtk2 builds were unstable...
Since then I am using
Il 06/04/2012 21.22, Angelo Graziosi ha scritto:
Any way I will try to follow your recipe to reproduce the problem, but I
am sure it is still there..
No, it isn't!
I have run Emacs for more than 14 hours and I haven't see any problem. I
have done that strictly following your recipe
Ken Brown wrote:
Would you mind sending me your cygcheck output
Attached...
What anti-virus software do you use (if any)?
Microsoft Security Essential (MSE)... I would be glad if someone could
teach me how do not use an AV on Windows... ;-)
Ciao,
Angelo.
cygcheck.out.bz2
Ken Brown wrote:
But I have two Windows 7 computers on which it still consistently fails. I'm
searching for BLODA, but in the meantime, it would be helpful if someone else
could test it on Windows 7
I am afraid, I haven't a Windows 7 box :-(
Ciao,
Angelo.
--
Unsubscribe info:
For completenes, I want to flag that on Windows 7 U 64b and Cygwin32
(but should be the same for Cygwin64) xinit.sh (postinstall) fails as
follows (from setu.log.full):
[...]
2013/07/27 23:41:15 running: C:\cygwin\bin\bash.exe --norc --noprofile
/etc/postinstall/xinit.sh
/usr/bin/mkdir:
Il 28/07/2013 0.23, Angelo Graziosi ha scritto:
For completenes, I want to flag that on Windows 7 U 64b and Cygwin32
(but should be the same for Cygwin64) xinit.sh (postinstall) fails as
follows (from setu.log.full):
[...]
2013/07/27 23:41:15 running: C:\cygwin\bin\bash.exe --norc --noprofile
Charles Wilson wrote:
Is there a way to test run-2.0? What is the syntax to replace:
C:\Cygwin\bin\run.exe /usr/bin/bash.exe -l -c /usr/bin/startxwin.exe
Sure:
and how to replace
C:\cygwin-2\bin\run.exe bash -l -c 'rm -rf /tmp/{.X*,dbus*,orbit*,*};
XWin -nowgl -multiwindow -clipboard
Charles Wilson wrote:
(I'm not sure why you need at all; unless it allows the bash shell to exit,
where otherwise it would hang around?)
Without the , there is an extra bash process running: I want just to
start XWin...
See attached.
?xml version=1.0 encoding=UTF-8?
Run2Config
Il 13/08/2013 11.52, Angelo Graziosi ha scritto:
Yaakov wrote:
The following packages (and their subpackages) have been updated for
both arches:
After this update my GTK builds of Emacs trunk do not work any more. For
example, the bootstrap of rev. 113816 I did yesterday and that worked
fine
Ken Brown wrote:
Yes. The fix was to add the following for the Cygwin build, very early in
main():
Indeed.. I have verified that G_SLICE_ALWAYS_MALLOC is 1 in config.h so
that in emacs.c
#ifdef G_SLICE_ALWAYS_MALLOC
/* This is used by the Cygwin build. */
xputenv
Ken Brown wrote:
P.S. For anyone (like Angelo) who wants to build the emacs trunk, I need to
patch gmalloc.c upstream before the fix will take effect.
Thanks, I will wait for your patches and the Cygwin upgrade.
Corin.. oops... Mum wrote it will be released tomorrow.. ;-)
Ciao,
Angelo.
Simon wrote:
The window fails to maximize on startup
Perhaps, there is a similar discussion for GTK builds of Emacs trunk on
Cygwin:
http://lists.gnu.org/archive/html/bug-gnu-emacs/2013-08/msg00953.html
Ciao,
Angelo.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Jon TURNEY wrote:
The following packages have been updated in the Cygwin distribution:
*** xorg-server-*1.15.0-1
I DO NOT want install this test version, but when I run setup-x86 to
update my Cygwin installation (I find only a few GraphicsMagic packages
to be updated), it wants install
Il 08/01/2014 15.03, Jon TURNEY ha scritto:
Could you be a bit more specific about the additional dependencies it wants to
install?
Setup wants install also these packages
libxcb-keysyms1 Required by: xorg-server-extra
resourceproto Required by: xorg-server-devel
scrnsaverproto Required
1 - 100 of 109 matches
Mail list logo