I added a patch to follow some recommendations from
Gerrit.
1) have the library name be "cygxerces-c2_1_0.dll"
rather than "libxerces-c2_1_0.dll" (following conventions used by other
libraries in cygwin).
2) the symlinks created in the build structure
during "make" more accurately
I added a patch to follow some recommendations from Gerrit.
1) have the library name be cygxerces-c2_1_0.dll rather than
libxerces-c2_1_0.dll (following conventions used by other libraries in
cygwin).
2) the symlinks created in the build structure during make more
accurately represent the
Sven Köhler wrote:
executing
XWin
export DISPLAY=:0.0
setxkbmap de
crashes XWin.exe with a segmentation fault.
i also get a core dump
please check if /tmp is mounted in binmode
i hope it can be reproduced on your systems.
xkb is working perfectly for me
bye
ago
NP:
executing
XWin
export DISPLAY=:0.0
setxkbmap de
crashes XWin.exe with a segmentation fault.
i also get a core dump
please check if /tmp is mounted in binmode
good hint, now it works
why? what's the problem using text-mounts with XWin?
Sven Köhler wrote:
good hint, now it works
why? what's the problem using text-mounts with XWin?
either xkbcomp or XWin opens the file in the wrong mode (they do not
specify if the data is binary or text) so it get's opened in the mode
which was specified with mount. I've just fixed the line
Alexander Gottwald wrote:
Sven Köhler wrote:
good hint, now it works
why? what's the problem using text-mounts with XWin?
either xkbcomp or XWin opens the file in the wrong mode (they do not
specify if the data is binary or text) so it get's opened in the mode
which was specified
Hello,
I use the X server of Cygwin/XFree86 (XWin) and it is working fine on my
Windows 2000 Workstation but
running the same version on my Notebook (Windows XP) causes problems
with the AltGr handling.
I've noticed that pressing the AltGr Key produces a
KeyPress-Control_L
On Sun, Nov 03, 2002 at 04:10:28PM +0100, Alexander Gottwald wrote:
Alexander Gottwald wrote:
Sven K?hler wrote:
good hint, now it works
why? what's the problem using text-mounts with XWin?
either xkbcomp or XWin opens the file in the wrong mode (they do not
specify if the data is
I just installed KDE-cygwin, and I haven't gotten it start properly. Based
on the errors I'm getting and the FAQs I've read, the suggestion was to
make sure the paths are mounted in binmode, which involves changing a
registry key. Since I'd prefer not to do that, will this patch work for me
as
I just installed KDE-cygwin, and I haven't gotten it start properly.
Based on the errors I'm getting and the FAQs I've read, the suggestion
was to make sure the paths are mounted in binmode, which involves
changing a registry key. Since I'd prefer not to do that, will this
patch work for me as
Christopher Faylor wrote:
Maybe everything in Cygwin/XFree86 should be linked with /usr/lib/binmode.o?
What about compilers (as xkbcomp) they read a textfile and write a binary
file. What happens if input is textfile on text-mount (with CRLF) and the
program does not check for \r as possible
Lisi wrote:
I just installed KDE-cygwin, and I haven't gotten it start properly. Based
on the errors I'm getting and the FAQs I've read, the suggestion was to
make sure the paths are mounted in binmode, which involves changing a
registry key. Since I'd prefer not to do that, will this
On Sun, Nov 03, 2002 at 11:00:09PM +0100, Alexander Gottwald wrote:
Christopher Faylor wrote:
Maybe everything in Cygwin/XFree86 should be linked with /usr/lib/binmode.o?
What about compilers (as xkbcomp) they read a textfile and write a binary
file. What happens if input is textfile on
Yup, automode.o is what XWin.exe has been linking with for quite some
time now. This fixed all the problems with the fonts directory not
being mounted in binmode. It would be a pain to change all X binaries
to link automode.o, but we can easily change the few binaries that are
known to have
On Sun, Nov 03, 2002 at 10:58:16PM -0500, Harold L Hunt II wrote:
Yup, automode.o is what XWin.exe has been linking with for quite some
time now. This fixed all the problems with the fonts directory not
being mounted in binmode. It would be a pain to change all X binaries
to link automode.o,
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2002-11-03 19:53:53
Modified files:
winsup/w32api : ChangeLog
winsup/w32api/include: winnt.h
winsup/w32api/lib: kernel32.def
Log message:
* include/winnt.h
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: [EMAIL PROTECTED] 2002-11-03 20:09:14
Modified files:
cygwin : ChangeLog fhandler_serial.cc ioctl.cc
Log message:
* fhandler_serial.cc (fhandler_serial::ioctl): Reformat. Set errno
On Sun, Nov 03, 2002 at 06:57:42PM -0500, Sergey Okhapkin wrote:
The patch resolves -1 return value from ioctl(slave_tty, TIOCSWINSZ, ...)
problem and avoids extra SIGWINCH if the window size did not change.
2002-11-03 Sergey Okhapkin [EMAIL PROTECTED]
* fhandler_tty.cc
On Sun, Nov 03, 2002 at 08:11:50PM -0500, Christopher Faylor wrote:
I'll apply the patch...
Oops. Forgot the gratefully accepted part.
Thank you for the patch!
cgf
- Original Message -
From: Christopher Faylor [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Sunday, November 03, 2002 8:11 PM
Subject: Re: fhandler_tty patch
Ok. I haven't looked closely at this code before. I just am not sure
what use setting the size on a pty master would entail.
- Original Message -
From: Christopher Faylor [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Sunday, November 03, 2002 8:13 PM
Subject: Re: fhandler_tty patch
On Sun, Nov 03, 2002 at 08:11:50PM -0500, Christopher Faylor wrote:
I'll apply the patch...
Oops. Forgot the gratefully
- Original Message -
From: Christopher Faylor [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Sunday, November 03, 2002 9:15 PM
Subject: Re: fhandler_tty patch
I don't mean SIGWINCH. I thought the master was supposed to be able
to arbitrate slave window size requests somehow.
Sure.
The patch fixes a crash when ioctl(fd, TCFLSH, how) is called for a serial
port.
2002-11-03 Sergey Okhapkin [EMAIL PROTECTED]
* fhandler_serial.cc (fhandler_serial::ioctl): the 3rd argument of
ioctl(fd, TCFLSH, ...) is integer but not a pointer.
Index: fhandler_serial.cc
On Sun, Nov 03, 2002 at 10:24:33PM -0500, Sergey Okhapkin wrote:
The patch fixes a crash when ioctl(fd, TCFLSH, how) is called for a serial
port.
2002-11-03 Sergey Okhapkin [EMAIL PROTECTED]
* fhandler_serial.cc (fhandler_serial::ioctl): the 3rd argument of
ioctl(fd, TCFLSH,
I'm going through my mailbox cleaning up old patches.
AFAICT, this patch wasn't applied. Was there a reason for that?
cgf
On Fri, Jul 05, 2002 at 10:38:33AM +0200, Thomas Pfaff wrote:
I have attached a patch with modified (dummy) pthread typedefs.
This should give the compiler a chance to do
How about this patch? Did anyone ever look at it?
Corinna? Egor?
cgf
On Mon, Jul 29, 2002 at 06:47:29PM +0100, Conrad Scott wrote:
And one more time with the patch attached as text rather than
binary.
This thread really should teach me something, I just wish I knew
what :-(
// Conrad
On Mon, 2002-11-04 at 15:28, Christopher Faylor wrote:
I'm going through my mailbox cleaning up old patches.
AFAICT, this patch wasn't applied. Was there a reason for that?
Yep, It got lost :[. I'm not happy as-is, but have put it in my holding
folder now, so as soon as I have a little more
Randall R Schulz [EMAIL PROTECTED] wrote:
I think people would agree some sort of progress meter or activity
display would be a good idea. But someone who posses the motivation,
the skill and the time to add such a feature will have to come
forward, take the initiative and contribute the code
From: Vince Hoffman Vince dot Hoffman at uk dot circle dot com
To: 'Pierre Habraken' Pierre dot Habraken at imag dot fr, cygwin
at cygwin dot com
Date: Mon, 30 Sep 2002 13:58:23 +0100
Subject: RE: Path to dynamic libraries
I believe Matt Swift wrote a script to do this but his link isnt
I'm trying to run some very simple code that uses ptys. The
code is from W. Richard Stevens APUE book. The only change is
the printf you see below. In this routine:
int
ptym_open(char *pts_name)
{
int fdm;
char*ptr1, *ptr2;
strcpy(pts_name, /dev/ptyXY);
Hi there All!
Subj? For russian language ANSI-codepage is cp1251 (win1251), OEM - cp866
(dos866). But in unix systems used another one - koi8-r. Koi8-r is de-facto
standart for E-mail and News messages. Therefore will be good if Cygwin
console will receive possibility to use some different
Hi!
Sunday, 03 November, 2002 Alexander Gotlib [EMAIL PROTECTED]
wrote:
AG Subj? For russian language ANSI-codepage is cp1251 (win1251), OEM - cp866
AG (dos866). But in unix systems used another one - koi8-r. Koi8-r is de-facto
AG standart for E-mail and News messages. Therefore will
Hi!
Sunday, 03 November, 2002 [EMAIL PROTECTED] [EMAIL PROTECTED]
wrote:
Fcc I'm trying to run some very simple code that uses ptys. The
Fcc code is from W. Richard Stevens APUE book. The only change is
This code is non-portable. The names of ptys are system-specific, and
not guaranteed to be
Hi there Egor!
AG Subj? For russian language ANSI-codepage is cp1251 (win1251), OEM - cp866
AG (dos866). But in unix systems used another one - koi8-r. Koi8-r is de-facto
AG standart for E-mail and News messages. Therefore will be good if Cygwin
AG console will receive possibility to
Hi!
Sunday, 03 November, 2002 Alexander Gotlib [EMAIL PROTECTED]
wrote:
AG Subj? For russian language ANSI-codepage is cp1251 (win1251), OEM -
cp866
AG (dos866). But in unix systems used another one - koi8-r. Koi8-r is de-facto
AG standart for E-mail and News messages. Therefore
--- Below this line is a copy of the message.
Subject :
Should ntsec autotools work under XP prof ?
Date :
Sun, 03 Nov 2002 16:53:57 +
As I have stock default security token in my limited account,
and a stock cygwin distribution, AFAIK, and autotools is not
On Sun, Nov 03, 2002 at 06:24:40AM -0500, Matthew Swift wrote:
I believe Matt Swift wrote a script to do this but his link isnt valid
any more. hmm but acutally doesn't cygcheck programname do this ?
(although for some reason not if I give the full pasth of the program)
I'll be danged --
On Sun, Nov 03, 2002 at 05:33:45PM +0300, egor duda wrote:
Sunday, 03 November, 2002 Alexander Gotlib
[EMAIL PROTECTED] wrote:
AG Subj? For russian language ANSI-codepage is cp1251 (win1251), OEM - cp866
AG (dos866). But in unix systems used another one - koi8-r. Koi8-r is de-facto
AG
On Sun, Nov 03, 2002 at 12:19:28PM -0500, Christopher Faylor wrote:
On Sun, Nov 03, 2002 at 05:33:45PM +0300, egor duda wrote:
Sunday, 03 November, 2002 Alexander Gotlib
[EMAIL PROTECTED] wrote:
AG Subj? For russian language ANSI-codepage is cp1251 (win1251), OEM - cp866
AG (dos866). But
On Sun, Nov 03, 2002 at 09:10:47AM -0800, amores perros wrote:
[I made a yahoo mail account, b/c the cygwin mail list bounces email
from hotmail, at least sometimes.)
http://sources.redhat.com/lists.html#rbl-sucks
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:
On Sun, 2002-11-03 at 03:16, David M. Karr wrote:
Mark == Mark Harig [EMAIL PROTECTED] writes:
Mark With the most recent version of Cygwin, 1.3.14, CYGWIN has been set to
Mark 'ntsec' by default. Unfortunately, this doesn't show up in the output
Mark of 'cygcheck -s -r -v'.
Egor:
Thanks for the info!
Fred
egor duda [EMAIL PROTECTED] on 11/03/2002 09:47:53 AM
Please respond to egor duda [EMAIL PROTECTED]
To: Fred Smith/Computrition
cc: [EMAIL PROTECTED]
Subject: Re: trouble using a PTY
Hi!
Sunday, 03 November, 2002 [EMAIL PROTECTED]
[EMAIL PROTECTED]
I'm not sure if this is a bug or a configuration
problem on my part.
When I use getchar(), the first character I see is
ASCII 10. It forces me to use two getchar() calls.
Can anyone help me out with this, please?
Thanks,
Noel
__
Do you Yahoo!?
On Sun, 3 Nov 2002, Christopher Faylor wrote:
On Sun, Nov 03, 2002 at 12:19:28PM -0500, Christopher Faylor wrote:
On Sun, Nov 03, 2002 at 05:33:45PM +0300, egor duda wrote:
Sunday, 03 November, 2002 Alexander Gotlib
[EMAIL PROTECTED] wrote:
AG Subj? For russian language ANSI-codepage
On Sun, Nov 03, 2002 at 09:04:56PM -0500, Igor Pechtchanski wrote:
First off, in a followup message, the patch author claims to have received
a signed acknowledgement from RedHat -- hope this helps.
Actually, it doesn't. I had already read that transaction (obviously?).
Someone claiming to have
So I do `gcc -o hello.exe hello.c' and it works, but if I try `gcc -o
hello.exe -mno-cygwin hello.c' it comes back with the error:
gcc: installation problem, cannot exec `cc1': No such file or directory
after `PATH=${PATH}:/usr/lib/gcc-lib/i686-pc-cygwin/3.2' I get:
ld: cannot open crt2.o: No
The package `mingw-runtime' has been unpacked, but I know of no package
named `cygwin-mingw'. For now I am left with the same errors.
OK. I just realized there was a package named gcc-mingw, so never mind.
ciao all,
- Daniel J.
--
Unsubscribe info:
On Sun, Nov 03, 2002 at 09:10:47AM -0800, amores perros wrote:
snip
That is, has anyone seen these three all work together ?
i) installation use as a normal user
ii) ntsec
iii) autotools
snip
I ran the cygwin setup as my normal user, and when prompted,
gave it credentials for an
Hallo Eric,
Am Dienstag, 1. Oktober 2002 um 20:06 schriebst du:
I'm having trouble building a Perl XS module in C++ on
Cygwin. I've got Cygwin 1.3.12-2 and I've tried Perl
5.6.1 and Perl 5.8.0. This module has built and run
successfully on Linux. I used the XS C++ guidelines in
Hallo James,
Am Dienstag, 24. September 2002 um 21:31 schriebst du:
I am running Cygwin 1.3.12 on Windows 2000 Professional Ver 5.0 Build 2195
Service Pack 3. I am having a problem using the Perl package XML::LibXML
(version 1.52 installed -- I was unable to get version 1.53 to install). I
Hi,
Cygwin works great on my desktop machine, so I decided to try it on my old
laptop. Setup doesn't load. When I double click setup.exe it gives the
arrow-hourglass combo for half a second then exits without any error
messages or other windows coming up. I deleted setup.exe, downloaded it
on
51 matches
Mail list logo