On 11/7/2010 8:18 PM, Charles Wilson wrote:
On 11/7/2010 6:41 PM, Ken Brown wrote:
-lole32 -lwsock32 -lnetapi32 /usr/lib/libuuid.a -L/lib -L/usr/lib
^^
/usr/lib/libintl.a /usr/lib/libiconv.a /usr/lib/mingw/liblzma.a -lbz2
-lz -lmingw32
On 8 November 2010 12:29, Ken Brown wrote:
On 11/7/2010 8:18 PM, Charles Wilson wrote:
On 11/7/2010 6:41 PM, Ken Brown wrote:
-lole32 -lwsock32 -lnetapi32 /usr/lib/libuuid.a -L/lib -L/usr/lib
^^
/usr/lib/libintl.a /usr/lib/libiconv.a
On 11/8/2010 7:45 AM, Andy Koppe wrote:
On 8 November 2010 12:29, Ken Brown wrote:
You can see 'g++-3 -mno-cygwin' in the link command that I
quoted in my original post.
You're right. Sorry for the confusion.
There must be some other reason that
/usr/lib/libuuid.a is used.
It's due to
On 10/29/2010 1:26 AM, Yaakov (Cygwin/X) wrote:
On Thu, 2010-10-28 at 18:21 -0400, Charles Wilson wrote:
(e.g. my
gcc-3 -mno-cygwin compiler can use the mingw-cross-compiler's
mingw-runtime and w32api packages, with a little help). I documented
Do we *really* still need gcc-3 -mno-cygwin?
On 11/8/2010 10:11 AM, Charles Wilson wrote:
OTOH, mingw.org has switched officially to dw2, but (for instance)
mandriva's mingw toochain is i586-pc-mingw32 (that is, it isn't a 32bit
spin of mingw64) but uses sjlj -- mainly because, in UPSTREAM gcc,
that's still the default IIRC. Sadly, this
The previous version, that was stable for xorg-server was 1.8.2-1,
according to setup.log.
The gdb stack trace is not very talkative:
...
Loaded symbols for /usr/bin/cygXrender-1.dll
[Switching to thread 8788.0x2740]
(gdb) c
Continuing.
(no debugging symbols found)
Program received signal
Dear Jon,
Since the update I have been unable to start XWin under [1.7].
Following my usual sequence at a bash prompt:
mount n:/tmp /tmp # drive n: is NTFS as required
run XWin -multiwindow
Normally these two would be followed by a command line for xterm, but I
am not getting that far! The
in ?? ()
No symbol table info available.
#3 0x in ?? ()
No symbol table info available.
I will download current source and compile it with -g .
Sorry, I forgot that it was stripped.
To save you a bit of time, I've uploaded an unstripped build at [1]
[1] ftp://cygwin.com/pub/cygwinx/XWin.20101108-git
On 08/11/2010 11:48, Fergus wrote:
Since the update I have been unable to start XWin under [1.7].
Following my usual sequence at a bash prompt:
mount n:/tmp /tmp # drive n: is NTFS as required
run XWin -multiwindow
Normally these two would be followed by a command line for xterm, but I
I did a bit of further reseach.
It looks like it does not have anything to do with the way the font server is
queried,
but rather the way the startup is done.
When I have the font server added during the XWin startup - either in the
startxwin.bat, or a bash-script I call from there, the XWin
On 11/8/2010 6:48 AM, Fergus wrote:
PS It kills me not to copy this to cygwin at cygwin dot com which I feel will
have a much wider readership and skill set amongst that readership, but
anybody sinning in this regard is always referred straight to Cygwin-X.
Because this is where those
On Sun, Nov 7, 2010 at 9:22 PM, Tim Daneliuk wrote:
I have gotten cssh running fine on cygwin, but for some reason, the menus
do not appear on the main/root control window. I have confirmed this
behavior on a couple of different cygwin installations.
Does anyone know of a workaround or
Bear with me please, this is moderately complex:
I run mintty out of the Quick Launch bar as follows:
C:\Cygwin\bin\mintty.exe /usr/bin/screen -q
and in one of the resulting tabs read mail using gnus in xemacs on a
Debian box remotely via ssh. About once a week as that remote gnus is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Cyrille,
On 08/11/10 01:24, Cyrille Lefevre wrote:
this one is a little less performant than the one provided due to
Still beats typing in by hand ;-)
multiple fork, but a little simple :
sed -ne 's|\\|/|g;/^File /s///p' $2 | xargs -I{}
On 8 November 2010 10:15, Henry S. Thompson wrote:
Bear with me please, this is moderately complex:
I run mintty out of the Quick Launch bar as follows:
C:\Cygwin\bin\mintty.exe /usr/bin/screen -q
and in one of the resulting tabs read mail using gnus in xemacs on a
Debian box remotely
On Fri, Nov 05, 2010 at 09:07:35AM -0500, Johnny Walker wrote:
[snip]
/bin/rebaseall -T /lib/perl5/site_perl/5.10/i686-cygwin/auto/Tk/Tk.dll
This seems to cause some issue as the terminal begins to flood with this:
__getmodulehand...@4: skipped because nonexistent
[snip]
The -T option
On 11/8/2010 2:59 AM, Csaba Raduly wrote:
On Sun, Nov 7, 2010 at 9:22 PM, Tim Daneliuk wrote:
I have gotten cssh running fine on cygwin, but for some reason, the menus
do not appear on the main/root control window. I have confirmed this
behavior on a couple of different cygwin installations.
Consider such simple Makefile:
var := $(shell command -v mv)
all:
When I call:
$ make clean
I got output like
5 [main] make 768! _pinfo::dup_proc_pipe: DuplicateHandle failed,
pid 768, hProcess 0x6B5, wr_proc_pipe 0x750, Win32 error 6
I recently upgraded vim in cygwin from vim63 to vim73. I am running cygwin
(with vim) on a Windows XP (version 5.1, sp3) machine.
My problem is that syntax highlighting, which has worked fine for me in every
previous version of vim suddenly doesn't not work. I have not modified my
vimrc
On 11/8/2010 5:46 PM, Harrington, John wrote:
I recently upgraded vim in cygwin from vim63 to vim73. I am running cygwin
(with vim) on a Windows XP (version 5.1, sp3) machine.
...
What should I try next? Thanks.
Back to basics I guess. On a machine I had vim 7.3.003-1 on and without
any
On 8 November 2010 22:46, Harrington, John wrote:
I recently upgraded vim in cygwin from vim63 to vim73. I am running cygwin
(with vim) on a Windows XP (version 5.1, sp3) machine.
My problem is that syntax highlighting, which has worked fine for me in every
previous version of vim suddenly
21 matches
Mail list logo