Hi,
Did I miss an announcement?
I notice now in my setup log:
2012/05/14 10:27:13 running: cmd.exe /c
C:\cygwin\etc\postinstall\autorebase.bat
Does this mean that I do not need anymore to run in an ash shell:
./rebaseall ./peflagsall
followed with (in bash): perlrebase
...after an update?
Back to my original problem...
I tried startxwin (as suggested by a colleague) and this one accepts to
start XWin on DISPLAY :0
Are all my problems related to startx?
I can see that defaulting to the highest display found in /tmp/.X* seems to
comes from it...
Does anybody use startx with success?
Yaakov (Cygwin/X) wrote:
Of course.
Thanks. Sorry, this was a stupid question: even I use it on my other laptop,
without problem.
OK: with the two glitches I described.
Marc
--
View this message in context:
http://old.nabble.com/startx-with-different-displays-tp33702991p33749731.html
Sent
Larry Hall (Cygwin-X) wrote:
Get rid of the real dups. You only need the one in /usr/bin.
I don't know how they got there. They are not in my normal path.
Somehow my procedure to run cygcheck must have injected them.
I add them in neither .bash_profile nor .bashrc.
Marc
--
View this
Larry Hall (Cygwin-X) wrote:
Don't worry about the duplicated paths. I'm saying get rid of the
actual duplicated DLLs.
Sorry, but I have none.
My understanding is that the report was only the result of the duplicated
paths.
Running cygcheck again doesn't find duplicated DLLs.
Marc
--
Hi,
I try a fresh start, not being clear about my complete failure to get any
reply.
I use XWin and GNU emacs (X11 version).
My startup script is:
/usr/bin/startx /usr/bin/emacs -g 90x37+150+0 -- /usr/bin/X :0 -multiwindow
-clipboard
This used to work for a few years, but recently started to
Marc Girod wrote:
I used Gmane and uploaded my cygcheck.out.
Incidentally, I saw there:
Warning: There are multiple cygwin1.dlls on your path
So, I checked:
bin for d in $(echo $PATH | tr : '\n'); do if [ -r $d/cygwin1.dll ]; then
echo $d; fi; done
/usr/bin
/usr/bin
bin echo $PATH | tr
I have intermittent problems to start XWin.
My client would wait for an accessible server.
In recent times, when this happens with :0, I try to use :1 instead, which
usually works.
Today, the two processes interferred.
I was waiting on :0, and as I started a sttrax session on :1, both clients
Eliot Moss wrote:
A quick look at the wikipedia page for cmake shows that cmake is
a tool that generates a Makefile suitable for the platform at
hand. So, I think you need at least these steps:
I am quite sure it would be more beneficial to learn the syntax of makefiles
and to write
Hi,
Dave Korn wrote:
Hey, why not plug our own faq while we're at it?
http://cygwin.com/faq/faq.using.html#faq.using.not-found
One minor comment I have about point 12 in the FAQ, now that I went reading.
The following advice is given:
You should rather install sshd and use ssh
Marc Girod wrote:
Obviously, the X server is up and running, only the client cannot connect
to it.
Also, choosing a different display (i.e. :1 instead of :0 in my startup
command) works.
So... is this enough to conclude that the issue is bound to the port (some
other unknown application
Marc Girod wrote:
It started to work again...!?
I know I should buy a computer, but this is what I got as working
environment.
The problem pops up for some time (hours...?) every now and then, and
disappears.
Rebooting doesn't help systematically; i.e. it may help, who knows, but not
every
Marc Girod wrote:
waiting for X server to begin accepting connections .
I thought this was related to my working from home over our VPN (called here
RVI, and actually a product of Juniper).
But now I am back at work, on LAN, and I get the same behaviour.
Panic! How do I debug
Marc Girod wrote:
The most probable is that our 'support' pushed some system
upgrade/security patch which breaks Xfree...
Checked that no firewall blocks port 6000 (it should be what the X server
listens to for display :0, right?)
It started to work again...!?
I had just disabled
Marc Girod wrote:
waiting for X server to begin accepting connections .
I started looking at the .server* and .Xauthority files.
Found that .Xauthority keeps growing (but not since the origin of times--and
see below: cleaned up after timeout!).
Now, I removed a previous version so that I
ed-644 wrote:
are you online this am...?
I am...?
--
View this message in context:
http://old.nabble.com/waiting-for-X-server-to-begin-accepting-connections-.-tp33432156p33434205.html
Sent from the cygwin-xfree mailing list archive at Nabble.com.
--
Unsubscribe info:
Hello,
Tonight, from home, over my employer's VPN connection: impossible to start
Gnu emacs over X.
After the usual expr dumping core:
/usr/bin/startx: line 47: 6444 Segmentation fault (core dumped) expr
$1 : ':[0-9][0-9]*$' /dev/null 21
I get an effect which I have already seen, but
I just filed a report to gcc bugzilla:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52017
for compiling Tk-804.030 on Cygwin 1.7.9 with gcc-4 4.5.3-3 .
Marc
--
View this message in context:
Pan ruochen wrote:
I got the following errors while running startx:
I get the same, and I have just been too lazy/too unsure about where to
report them to tell.
Or maybe I did mention the first 6 months ago when it first came...
The first is trivial: the code removes the .serverauth file
marco atzeri-4 wrote:
C:\cygwin\binash ./rebaseall
chdir c:\cygwin\bin
dash -l -i -c rebaseall
Er... this should not have resulted in anything different from the previous,
right?
I know there was another failing attempt, but this was already corrected...
My real question now: is the
gabier wrote:
1. The home path was not created, there was nothing in the home directory.
The mintty console opens in /cygdrive/c/Users/username/Desktop/FREENAS,
which is merely the link to the icon used to open the console. I created a
home user directory and now if I enter cd ~/ I am in
gabier wrote:
1. The home path was not created, there was nothing in the home directory.
The mintty console opens in /cygdrive/c/Users/username/Desktop/FREENAS,
which is merely the link to the icon used to open the console.
I created a home user directory and now if I enter cd ~/ I am in
gabier wrote:
1. The home path was not created, there was nothing in the home directory.
...
I created a home user directory and now if I enter cd ~/ I am in it.
But mintty still opens in its own link directory.
Others may answer better than me, but... I think there are two sources for
gabier wrote:
1. The home path was not created, there was nothing in the home directory.
...
I created a home user directory and now if I enter cd ~/ I am in it.
But mintty still opens in its own link directory.
Others may answer better than me, but... I think there are two sources
for
gabier wrote:
1. The home path was not created, there was nothing in the home directory.
...
I created a home user directory and now if I enter cd ~/ I am in it.
But mintty still opens in its own link directory.
Others may answer better than me, but... I think there are two sources
for
gabier wrote:
So it seems quite correct.
...
I noticed the following entry.
...
Does it seem also correct ? If not it could explain my sshd problems ?
Yes: your home seems correct.
I didn't install sshd on my PC so that I cannot comment your sshd account,
but it doesn't seem wrong.
Marc Girod wrote:
Sorry. This made a difference on the command line, but not in the file.
Is there something wrong in redirecting xauth's stderr to /dev/null?
It complains that the file doesn't exist, and indeed just made sure to
remove it...
trap rm -f '$xserverauthfile' HUP INT QUIT
Hello,
I just ran setup, but could not run rebaseall: this one (4.0.0-1 iirc)
failed to access
a rebasedb file (under a non-existing /usr/etc directory).
I reverted to 3.0.1-1.
Is the following output normal (I find it short):
~ cygcheck -c rebase-3.0.1-1
Cygwin Package Information
Package
I try here to send my cygcheck output as an attachment.
This relates to a report made a few minutes ago using the old nabble
site, with the same subject.
Last time, my sending mail failed.
Marc
cygcheck.rvc
Description: Binary data
--
Problem reports: http://cygwin.com/problems.html
FAQ:
Thanks Ken,
Ken Brown-6 wrote:
This looks like a packaging bug. The rebasedb file is supposed to go in
/etc, not /usr/etc. I suspect that Jason forgot to specify
--sysconfdir=/etc when configuring. See
http://cygwin.com/ml/cygwin-apps/2011-09/msg00025.html
However, there was
Marc Girod wrote:
To be honest, I find that cygcheck too behaves strangely:
...
~ cygcheck -l rebase-3.0.1-1
OK: my mistake (Thanks Marco):
~ cygcheck -c rebase
Cygwin Package Information
Package VersionStatus
rebase 3.0.1-1OK
~ cygcheck -l
Thanks again Marco,
marco atzeri-4 wrote:
As workaround with rebase-4.0.0-1 you can, from ash,
mkdir /usr/etc
rebaseall
the database will be created as
/usr/etc/rebase.db.i386
I did, and it worked.
As for the xauth error, it is in /usr/bin/startx:
~ xauth -q -f $xserverauthfile
Marc Girod wrote:
It seems that xauth doesn't like the double-quote around the filename...
Sorry. This made a difference on the command line, but not in the file.
Marc
--
View this message in context:
http://old.nabble.com/Install-error-with-rebase-4.0.0-1-tp32705124p32705441.html
Sent
jan.kolar wrote:
If you do not succeed with snapshots (I'm curious to know),
Thanks for your help, and sorry to disappoint you:
I cannot afford in the current situation to invest the time and
effort to learn to install snapshots, build debuggable versions,
and actively compare fixes.
I
marco atzeri-4 wrote:
My experience is that using the standard problem report improve the
chance to correctly identify the root cause and reduce the number of
guess that everyone could have.
One problem I have is that I use this list via the (old) nabble web site,
and this one doesn't let
Hello,
I keep my installation up-to-date on a weekly basis, and never fail to
rebaseall/peflagsall as many times as needed to be able to start emacs
in an X session without fork errors. Then I do a perlrebase.
However, I eventually get STATUS_ACCESS_VIOLATION errors, in
various contexts, e.g.
marco atzeri-4 wrote:
Problem reports: http://cygwin.com/problems.html
so at least we have an idea of your system
in addition, have you checked
http://cygwin.com/faq/faq.using.html#faq.using.bloda
Antivirus and driver are the most likely culprits.
Yes, I know both pages...
Christopher Faylor-8 wrote:
Actually, I think it is more likely BLODA.
The other standard reply (I am surprised not to read it in this thread) is
rebaseall.
I boot my laptop about weekly.
That's the moment I use to refresh cygwin, especially if there has been some
forced upgrades
(frequent
Hi,
duncan_bayne wrote:
Could someone please suggest a way of getting this working?
Sorry, this is not an exact reply to your question, but... I use shell
instead of term, and have no problem having as many as I wish (one just
needs to rename the buffers).
But OK, shell doesn't support the
Jon TURNEY wrote:
A brief glance at the man page should discover 'cygpath -w -f-'
Indeed... Sorry for missing this...
Reini Urban wrote:
$ perldoc perlcygwin
and Thanks for that which is exactly what I needed!
And which I had missed as well!
Marc
--
View this message in context:
Andy Koppe wrote:
You should use the cygpath utility to translate Cygwin paths to
Windows paths, rather than just changing slashes and prefixing with
C:\cygwin.
OK. Done.
Now, my script will fork this for every argument...
Can I spawn a 'cygpath -w', put it in the background, and get it to
Hello,
I am enhancing/fixing a perl tool (published to CPAN) which allows to import
files into a ClearCase
database (vob): synctree. Among the enhancements is support for cygwin.
While testing it on cygwin, I tried and failed to import it itself, from the
perl install directory, which
is under
Andy Koppe wrote:
You should use the cygpath utility to translate Cygwin paths to
Windows paths, rather than just changing slashes and prefixing with
C:\cygwin. Apart from everything else, Cygwin might be installed
somewhere other than C:\cygwin.
I cope for that last problem with df
Hi,
Just upgraded, and got a new glitch:
/etc/profile: line 39: ${p}: ambiguous redirect
It sounds ${p} should be quoted to take care of possible spaces in the path
to the Windows device:
# Define default printer
p='/proc/registry/HKEY_CURRENT_USER/Software/Microsoft/Windows
Larry W. Virden-2 wrote:
If you find a sequence of steps that gets it working correctly, please
let me know.
Not yet... but found some doc I had missed:
/usr/share/doc/Cygwin/cron-4.1-59.README
as part of the cron package (I looked at the crontab one so far...).
This sends me to:
Marc Girod wrote:
Still reading...
Actually... in my very simple case, running:
/usr/bin/cron-config
and accepting the defaults (recording my own password) was enough to get
cron the work...
$ cygrunsrv -L
cron
$ crontab ~/cron/mg
$ crontab -l
# DO NOT EDIT THIS FILE - edit the master
Hello,
I tried to install cron locally on my laptop, and could not find
instructions to proceed.
I found FAQ 41, and failed to start sshd as well.
I have now the two services installed:
~ cygrunsrv --verbose --list
Service : sshd
Current State : Stopped
Command :
Gary .-4 wrote:
(Or, IOW: I, at least, have seen your post, but I can't help you. Sorry.)
Neither am I able to provide a competent answer, or to reproduce your
problem (Vista client to Solaris sshd only).
On the surface, it seems to be a bash error to load a dll (?).
Did you run
Ken Brown-6 wrote:
What if you just use a smaller font, for instance by putting the
following in your ~/.Xdefaults:
Emacs.font: Bitstream Vera Sans Mono-9
Thanks Ken. This solved the problem.
Ironic is that this is what I'd have done if I had not been sure my *font*
had not
Hello,
I just upgraded for the first time for a few months.
Starting my Gnu emacs under X11, I notice that my font (and frames) is
larger than previously, by a factor ~1.5.
I did record the following last October, and it stayed the same now:
~ cygcheck -c | egrep 'bitstream.*vera'
I just thought I'd add my /var/log/XWin.0.log file, which contains my X
startup string...
The complete startup string, from /Emacs.bat, is:
bash --login -c /usr/bin/startx /usr/bin/emacs -g 90x37+150+0 -- /usr/bin/X
:0 -multiwindow -clipboard
Thanks,
Marc
Ken Brown-6 wrote:
[This should have gone to the cygwin-xfree list. I've set the reply-to
accordingly.]
Sorry... I wasn't sure whether it was emacs or X.
I reply via nabble: hope it will follow the reply-to.
This is a result of the change in the default server DPI announced in
Alec Kloss-17 wrote:
FYI, I did submit some fixed to make heimdal work under cygwin...
depending on what you're trying to accomplish with LDAP heimdal
should be sufficient.
Thanks!
At least, it was enough for me to build GSSAPI-0.26.
I had however to add -heimsqlite to the value of
Corinna Vinschen-2 wrote:
Let me put it this way. We would be really glad to have a Cygwin
maintainer for an MIT krb5 package.
I see...
I gave a try now to krb5-1.8 (instead of looking at the Windows port).
Configure dies in:
configure:7006: error: Shared libraries are not yet supported
Marc Girod wrote:
Setup stays in download mode (setup.bz2), empty progress bar,
now from sunet.se as well as all the others.
And suddenly it started to work again from heanet.ie.
Thanks,
Marc
--
View this message in context:
http://old.nabble.com/Fwd%3A-1.7.1-setup-mirrors-list-is-empty
As part of Net::LDAP, I try to install Text-Iconv-1.7, and it fails.
I installed libiconv (I already had libiconv2), but 'perl Makefile.PL' has a
comiple test which fails.
I reproduced on the command line, removing the redirections to /dev/null:
Text-Iconv-1.7 gcc -I/usr/include
Reini Urban wrote:
you need gcc-4
Thanks, to both of you (Corina and Reini).
Do I understand right that perl was built with gcc 4 and -fstack-protect?
So, shouldn't gcc 4 be the default?
OK... It has been beaten to death and I just didn't notice or look for it...
Text-Iconv-1.7 gcc
Larry Hall (Cygwin) wrote:
Did you install it?
I installed libiconv, but there is no dll in it: an archive, and this dll.a
file, of which I don't what to think:
~ cygcheck -l libiconv | grep lib/libiconv
/usr/lib/libiconv.a
/usr/lib/libiconv.dll.a
/usr/lib/libiconv.la
~ file
Larry Hall (Cygwin) wrote:
Sorry. Reread the thread. You forgot to put the -liconv at the end.
Remember, Windows != UNIX/Linux. ;-)
Thanks! It worked, and then I read the makefile better,
and it did it correctly, only the second time: it made a first
attempt without it (in case the
Still trying to install Net::LDAP, I am now in GSSAPI-0.26.
This one requires...
An installed Version of GSS-API bindings, e.g
MIT Kerberos http://web.mit.edu/kerberos/www/
Heimdal http://www.pdc.kth.se/heimdal/
VAS http://www.quest.com/
It goes on indicating that...
-
Hi,
Nazar Gabriel wrote:
After stepping through the screens the list for mirrors to choose from is
empty.
I don't have an empty list, but I do have some problems with them.
The Swedish mirror has an older version of setup.exe.
The installation from funet.fi couldn't complete, and later I
Christopher Faylor-8 wrote:
There is only one Swedish mirror: ftp.sunet.se. It has a recent version
of setup.ini. Mirrors are not supposed to keep copies of setup.exe and,
in fact, I don't see one at that site.
My mistake: I meant setup.ini.
setup.exe 2.686, which I downloaded yesterday
Eliot Moss wrote:
And this may add a little to your understanding:
Few of which pertains to cygwin...
Eliot Moss wrote:
Hope these distinctions help
They are matters of taste, and of experience.
I have an other taste and an other experience.
Hard to compare, I know.
Eliot Moss wrote:
Marc Girod wrote:
I am still looking forward to tfy...
Building it, I get a exe called tfy.exe, and a ttyfier1.dll shared library.
I try:
./tfy cleartool -ver
in the cygwin console and in an xterm
I get a 'flash' then nothing, and the process seems to hang.
I can kill them
Marc Girod wrote:
I start playing with gdb...
I don't get very far: it returns directly to the shell prompt.
I did a make clean, uncommented the DEBUG = -g, and make again,
but to no avail.
ttyfier file tfy.exe
tfy.exe: PE32 executable for MS Windows (console) Intel 80386 32-bit
Marc
defaria wrote:
the problem is that cleartool is written for Windows
thus uses /dev/conout
I can see /dev/conout, but what can I do with it?
I found one hit in the docs:
http://www.cygwin.com/1.7/cygwin-ug-net/using-specialnames.html
Thanks,
Marc
--
View this message in context:
defaria wrote:
So I've always just used something like cleartool ci -c 'my comment'
file or cleartool ci -nc file and if I ever do a cleartool
command and it seems to hang the first thing I think of is Oh I bet
it's that pty thing.
I believe I have better than that with my
Eric Blake wrote:
In my opinion, the MVFS file system is a piece of trash. It has so many
corner cases that intentionally _break_ POSIX rules and thus get in the
way of normal assumptions about how file systems should work
Maybe. The question is: is it worth it?
I believe it is.
Eric
Eric Blake wrote:
That's a workaround, not a solution. Any VCS that requires an O(n) (n as
the number of files being labeled) labeling post-processing pass in order
to create enough records in the database to track commits atomically, when
there are O(1) solutions like git where commits
Andy Koppe wrote:
Thanks, I had't heard of ttyfier. Interesting stuff! More
comprehensive than my 'conin' attempt because it tranlates output as
well as input.
I downloaded the sources and built it.
My first try at using it wasn't very convincing: it didn't display anything
and I had to
Hello,
I run a proprietary application, IBM Rational cleartool.exe from cygwin.
In some usage scenarios which I am now interested in, it prompts the user
for an interactive decision.
I do not get this prompt under cygwin (either X --emacs shell or xterm-- or
the Cygwin terminal.
My process just
Dave Korn-6 wrote:
*shudder*
Er?
Dave Korn-6 wrote:
It's almost certainly not hung: it's printed the prompt, which has
gotten
lost somewhere, and it's now waiting for your input. Try hitting enter.
This is what I meant.
I thought I had tried hitting Enter... It works.
Under
Andy Koppe wrote:
Did you restart your Cygwin session? I think that setting only gets
read once at the start of the first Cygwin process.
No: I only set the environment varaible in the console shell.
I am now updating cygwin... I didn't do that for a few weeks.
Andy Koppe wrote:
Oh
Dave Korn-6 wrote:
Ghastly top-heavy over-engineered UML-laden bloatware that comes with
its
own non-standard filing system does tend to make me do that ;-)
There's a gem well hidden inside.
Dave Korn-6 wrote:
That'll teach you to choose the wrong side in the One True Editor wars!
Andy Koppe wrote:
Apple's Terminal.app has such a feature, but I don't know of any open
source terminal that has it. Except for the special case of GNU
screen, although there you're limited to copypasting within screen,
but perhaps that'd be sufficient?
GNU emacs shell too.
And probably
Ronald Fischer-6 wrote:
I think we can derive it from the CYGWIN environment variable, isn't it?
It is set to 'smbntsec'.
The system is a pretty standard Windows 2000 machine, so it should be the
filesystem which Microsoft usually installs...
There is a nice utility to tell you the
Hi,
diego menezes wrote:
Does anyone have any idea on what's going on?
I used to get something similar, which I worked around by setting my DISPLAY
to:
$($WHOAMI|sed -e 's/^.*(\(.*\)).*$/\1/'):0.0
(but this worked only for one hop)... until I read the FAQ again and added
to my
Hello,
My last cygwin upgrade changed the fonts used in GNU emacs.
This is:
xorg-server 1.6.3-1 OK
emacs23.1-10OK
cygwin 1.7.0-61 OK
font-alias1.0.1-1OK
Until now, I belive I was using:
Hi Andy,
Andy Koppe wrote:
In case you want Lucida back:
Thanks, but no... This wasn't my question.
In fact, I do have the package installed and up to date.
Now, GNU emacs seemed to use it and doesn't anymore.
I didn't change my settings.
But, I liked the Lucida Sans Typewriter font on
Thanks Ken,
Ken Brown-6 wrote:
I think emacs is selecting Bitstream Vera Sans Mono by default. It looks
good to me.
I had to install it, but indeed, emacs picked it.
There must be some preference order.
This is what must have changed recently as somebody else decided
that Lucida Sans
Hi,
I saw Larry's reply to go to the cygwin-xfree list,
and I am OK with that, but you didn't yet, did you?
Then just to tell that at least I do successfully use XWin on Vista.
Mike Eggleston-2 wrote:
Suggestions on what to try next?
Well, comparing our respective logs:
- I use:
Duane Krings wrote:
removing the -clipboard option to the XWin and everything works fine
again (except of coarse copying between X and windows)
I am using Vista, and XWin -clipboard
I had, long ago already, to disable the 'Office Clipboard', which I did from
Outlook, by clicking away
Hi Ken,
Marc Girod wrote:
Not yet, but now I downloaded it...
Now I installed it (and ran rebaseall/peflagsall).
~ uname -a
CYGWIN_NT-6.0 EV0016D4A35054 1.7.0s(0.212/5/3) 20090804 23:19:31 i686 Cygwin
It seems indeed to work much better than 56!
Thanks,
Marc
--
View this message
Hello,
I upgraded to 1.7.0-56, then did my usual rebaseall/peflagsall.
It went well, but now, I keep getting failures to start new shells
under GNU emacs.
I get the following error:
Can't exec program: /usr/bin/bash
Process shell4 exited abnormally with code 127
It succeeded first a few
Ken Brown-6 wrote:
Have you tried the latest snapshot (2009-08-04)?
Not yet, but now I downloaded it...
In fact, I'll try it only if things become unbearable,
or if my X crashes.
I tend to keep my things up for a few days...
It takes some time to set everything up.
Thanks,
Marc
--
View
Thanks for the recent fixes to make cygwin support mvfs for handling the
emacs symlink locks!
I keep updating my CPAN modules to run ClearCase from cygwin.
With the recent ClearCase::Argv 1.46, and ClearCase::Wrapper::MGi 0.11,
I get the following kind of transcripts:
ClearCase-Wrapper-MGi
Eric Blake wrote:
Oh - that's why I didn't find it - csih renamed it to getVolInfo, and it
is not
part of the default PATH.
Very nice... and I found that I can mount my views on cygwin the 'standard'
way!
info mkdir /view
info mount //view/emagiro_86 /view/emagiro_86
mount: warning -
Marc Girod wrote:
Just two fixes for now:
My emacs crashed (Memory Full).
I don't know whether this may be related.
It had not done so for long.
This might well be a side-effect of this purify-flag...
Maybe I could set it to nil on some later function?
Otherwise, my hack seems to work well
Eric Blake wrote:
You shouldn't need the hack at all, once the next cygwin snapshot
is made available.
Oh! This fast!
I just thought I would have to live with this longer.
Thanks,
Marc
--
View this message in context:
Corinna Vinschen-2 wrote:
Been there. It's a remote trial over Web Browser for 3 hours.
That's not exactly helpful. Oh well.
The other option is the source code for linux.
It is Open Source.
I can find it from my release area (since I do not have a linux client):
Marc Girod wrote:
Thanks. I'll try that.
That was: 'CYGWIN=winsymlinks tty'
The result is not fully satisfying.
E.g.:
lrwxrwxrwx 1 emagiro EEI-ATusers45 Jul 14 11:57 .#common.mk -
emag...@ev0016d4a35054.eemea.ericsson.se.4708
in a dired buffer, and which I cannot remove
Marc Girod wrote:
I'll report my results...
Here is what I did, to make it practical:
(defun clearcase-no-lock()
Under ClearCase, in Cygwin, do not create lock symlinks.
Either format (old: Windows shortcuts; new: real symlinks with utf name) are
bad for different reasons.
The only way
Just two fixes for now:
Marc Girod wrote:
This function is intened as a find-file-hook.
...
(set (make-local-variable 'purify_flag) t
intended
purify-flag
Marc
--
View this message in context:
http://www.nabble.com/.-*-lock-files-under-X%2C-for-files-I-edit
Eric Blake wrote:
(set (make-local-variable 'purify_flag) t
Setting purify-flag wasn't working for me (emacs gave a message
about an assertion failure).
Huh? Nothing like that here.
In fact, it works...
Wait:
- I still have the 'CYGWIN=winsymlinks' setting --although unsetting
Ken Brown-6 wrote:
On 6/17/2009 12:15 PM, Ken Brown wrote:
Marc, if you want to test it, delete the stuff you added to your .emacs
and carry out the following steps: ...
OK, I ran this.
I did it from within emacs, which was maybe not bright.
Anyway, I got a couple of glitches in the
Mark Fisher-4 wrote:
i cannot seem to be able to use/find w32-shell-execute.
Same thing on 23.0.92
The error comes e.g. as I do: M-x browse-url
I can find the function definition in the C sources: src/w32fns.c
but I remember that this object is not linked to the cygwin emacs.
So, there
Bill McCormick-4 wrote:
Here's some sample output:
u9Fman.1Z[waAE~i_NE}2Fg'vHjxD.%9x# OdG FaD'?~eO4(Ex
...
Writing is easy, reading is hard.
Nothing new.
Marc
--
View this message in context:
http://www.nabble.com/Garbage-man-pages-tp23989626p24050746.html
Sent from the
Ken Brown-6 wrote:
I haven't tried to write a full-blown replacement, but the following
works for me.
It is now in my .emacs as well.
Er...
(browse-url file://c:/cygwin2/home/emagiro/public_html/index.html nil)
I even get it twice!
Yes, I know... call that ingratitude...
Thanks!
Marc
--
Frank-136 wrote:
As you see, I already tried with Cygwin 1.5 and 1.7 and I also ran the
rebase
tool under Cygwin 1.5, but no success.
You need to run it for Cygwin 1.7 as well.
I also run, in the same ash window, after every install, a ./peflagsall
With those, and since I installed a
David Billinghurst wrote:
The new builds are available for testing. You really only need the new
DLLs. These are in
- libgmp3-4.3.1-3.tar.bz2,
- libgmpxx4-4.3.1-3.tar.bz2
- libmpfr1-2.4.1-3.tar.bz2
I could once again download them with wget,
but not find them from any mirro.
1 - 100 of 216 matches
Mail list logo