Hi Brian,
in interactive mode the command seems to work fine. What happens if you
build socat and then run the test script (./test.sh) ? Which tests does it
fail on?
What DOES fail for me is
$ socat -t 0.1 exec:'openssl s_server -accept 12002 -quiet -cert cacert.pem
-key privkey.pem' pipe
$
TC writes:
I have ran updmap by hand, somehow get it runs successfully. But it
does not create the directory /var/lib/texmf.
What else can I do?
Well, if you have write permission, and no error log, you'd need a
local TeXpert to look into the problem.
Jan.
--
Jan Nieuwenhuizen [EMAIL
Original Message
From: Christopher Faylor
Sent: 08 May 2005 23:53
On Sun, May 08, 2005 at 03:02:17PM +0200, Angelo Graziosi wrote:
The problems described prviously exist in standard bash shell (that is
launched with the link on Desktop)
Again: This means that IT IS an xterm setup
Original Message
From: Christopher Faylor
Sent: 09 May 2005 03:26
On Sun, May 08, 2005 at 08:21:26PM -0400, Christopher Faylor wrote:
The above is an *example* of what could be done to install the needed
files. There may be typos in the example or it may not work perfectly
on your
Original Message
From: Jan Nieuwenhuizen
Sent: 09 May 2005 08:18
TC writes:
I have ran updmap by hand, somehow get it runs successfully. But it
does not create the directory /var/lib/texmf.
What else can I do?
Well, if you have write permission, and no error log, you'd need a
On May 6 16:42, Christopher Faylor wrote:
On Fri, May 06, 2005 at 12:41:55PM -0400, Igor Pechtchanski wrote:
On Fri, 6 May 2005, Ordal, Peter wrote:
I just finished an install of Cygwin's OpenSSH on XP SP 2. Along the
way I got the error:
/var/empty must be owned by root and not group or
Hi all,
I'm not sure just *how* off-topic this is, let's see ...
I'm using Reini's own package of sqlite 3.0.7 for cygwin
in conjunction with the pysqlite source-distribution.
This works quite well, only I'd like it all in cygwin
packages in the standard distribution.
For the record:
SQLite is
Jan Just Keijser wrote:
in interactive mode the command seems to work fine. What happens if you
build socat and then run the test script (./test.sh) ? Which tests does it
fail on?
test.sh fails on the openssl test for me too. I can't really follow
exactly what the testcase is doing though.
This is exactly the problem I am seeing and it also happens with a few other
tests. When using
socat -d -d -d -v
it turns out that the server process is sending back the text ( hello) but
this text never ends up at the client. This also happens when the server is
running on Cygwin and the
How to confirm whether Cygwin 1.5.16 has been installed?
Is it uname -a command?
Best regards,
Jayant Moghe
===
Texas Instruments (I) Pvt. Ltd.
Bagmane Tech Park, CV Raman Nagar, Byrasandra
Bangalore - India 560 093
Office Phone: - +91- 80 - 25048295
[EMAIL PROTECTED]
On 06 May 2005, you wrote in gmane.os.cygwin:
J. David Boyd wrote:
Does anyone know where, in what file, the information for setup.exe
is stored as it pertains to the column dividers?
At some point in the past, I did 'something' so that all I see in the
window is the current version. I
On May 6 02:02, Krzysztof Duleba wrote:
150 int issocket () const {return dev.devn == FH_UNIX;}
(gdb) n
78set_errno (EBADF);
(gdb) n
79return 0;
Your debugging shows that my assumption was correct. The file isn't
recognized as socket anymore. This was
On May 8 13:02, Nakul Haridas wrote:
Hi,
The codes I have attached are similar to a eariler reported problem
References:
[EMAIL PROTECTED]
However I have my program working either in Solaris or Cygwin only. If
the server is on solaris and client on cygwin and vice versa , the
packet
On May 9 17:15, Moghe, Jayant wrote:
How to confirm whether Cygwin 1.5.16 has been installed?
Is it uname -a command?
Did you consider to *try* it?
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to John Morrison on 5/8/2005 1:52 AM:
On Fri, March 25, 2005 8:26 pm, Eric Blake said:
True enough. And that points out another bug - echo $0 may fail if $0
starts with -, it should be echo -- $0. Isn't portable shell
programming fun?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Christopher Faylor on 5/8/2005 5:03 PM:
Hmm, overriding the explicit advice of the system administrator? How
common is it for file systems to be mounted in text mode? Why would
anyone do such a thing? If it's sufficiently rare, then dd
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Carlo Florendo on 5/8/2005 9:30 PM:
Ooops. Sorry, I've read earlier discussions on this issue just a few
seconds ago by Erik Blake et al. So, it's not an xterm issue. It's a
I spell it Eric.
bug with
On Mon, May 09, 2005 at 10:17:34AM +0100, Dave Korn wrote:
Original Message
From: Christopher Faylor
Sent: 08 May 2005 23:53
On Sun, May 08, 2005 at 03:02:17PM +0200, Angelo Graziosi wrote:
The problems described prviously exist in standard bash shell (that is
launched with the link on
On Mon, May 09, 2005 at 02:39:28PM +0200, Corinna Vinschen wrote:
On May 9 17:15, Moghe, Jayant wrote:
How to confirm whether Cygwin 1.5.16 has been installed?
Is it uname -a command?
Did you consider to *try* it?
bash: it: command not found
cgf
--
Unsubscribe info:
On Mon, May 09, 2005 at 06:52:29AM -0600, Eric Blake wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Christopher Faylor on 5/8/2005 5:03 PM:
Hmm, overriding the explicit advice of the system administrator? How
common is it for file systems to be mounted in text mode? Why would
On 5/7/05, Christopher Faylor [EMAIL PROTECTED] wrote:
On Sat, May 07, 2005 at 06:27:59PM -0600, Trevor Osatchuk wrote:
On 5/7/05, Christopher Faylor [EMAIL PROTECTED] wrote:
On Fri, May 06, 2005 at 10:59:22PM -0600, Trevor Osatchuk wrote:
When starting up vi/vim I get the following error:
I'm trying to build an arm tool chain for ECOS per their build
instructions.
I have a fresh install of cygwin and all the recommended sources.
Each time I try to build the binutils-2.13.1I get an error message
from the make. This seems to be a problem with the version of
makeinfo.? I'm
On 5/8/2005 7:26 PM, Christopher Faylor wrote:
On Sun, May 08, 2005 at 08:21:26PM -0400, Christopher Faylor wrote:
Ultimately, I just have to make strace and cygcheck understand the
cygwin arguments and environment variables. Then we won't need this.
I would appreciate it if people would check
I compiled a linux program, which uses the serial driver (and is working) under
cygwin (winxp),
but the communication was not working.
For initializing the port, I use:
fd = open (dev, O_RDWR | O_NOCTTY);
tcgetattr (fd, t1);
t1.c_cflag = B19200 | CS8 | PARENB | CLOCAL | CREAD;
Hi everybody,
First and foremost I have to say that I am so happy with the concept of
Cygwin and to the Cygwin volunteers Keep up with the good work. It is
so much appreciated. I am having a little problem with compiling an
OpenGL sourcefile.
Here's what I've done so far:
Installed Cygwin
It appears you are using com1, with this command:
stty -F /dev/ttyS0 -a
But, your strace shows ttyS1, which is com2. Are you plugged into the proper
port with your cable?
T. Dabbs
Subject: Bug in the /dev/ttySx handling code?
I compiled a linux program, which uses the serial driver
ls finds file1 but ls file1 does not. How can this happen?
The following example occurred just after I had renamed some *.htm files
to *.html using
an ash shell script. No such problem occurred, however, when I used DOS
rename to make
the same change. (Windows XP Pro SP 2)
Does Windows have
Corinna Vinschen wrote:
On May 6 02:02, Krzysztof Duleba wrote:
150 int issocket () const {return dev.devn == FH_UNIX;}
(gdb) n
78set_errno (EBADF);
(gdb) n
79return 0;
Your debugging shows that my assumption was correct. The file isn't
On 9-May-2005 19:22, David Rothenberger wrote:
On 5/8/2005 7:26 PM, Christopher Faylor wrote:
On Sun, May 08, 2005 at 08:21:26PM -0400, Christopher Faylor wrote:
Ultimately, I just have to make strace and cygcheck understand the
cygwin arguments and environment variables. Then we won't need
Hi,
I assume that the cygwin/JNI combination has still not
been fixed in the latest version.
I need to make use of the cygwin libraries to get
TERMinal support.
Any workarounds?
Any other libraries supporting curses and TERMinal
operations for Windows would also be useful.
Thanks,
venkat.
ls finds file1 but ls file1 does not. How can this happen?
[...]
The only difference here from a correctly working directory is that the
correctly working
directory does not have execute permissions
You are correct that it has something with permissions. Observe:
$ umask
0077
$ mkdir
On Sun, 8 May 2005 18:52:58 -0400, Christopher Faylor wrote:
On Sun, May 08, 2005 at 03:02:17PM +0200, Angelo Graziosi wrote:
The problems described prviously exist in standard bash shell (that is
launched with the link on Desktop) and in the shell launched by xterm
(with startxwin.bat).
THEY
My apology if this problem has been reported already.
I successfully built it for three languages Ada, C, C++ with configured as
--enable-languages=ada,c,c++ --enable-threads=gnat. A number of Ada Conformance
Assessment Test Suite (ACATS) failed. Further testing reveals that the Ada
runtime
On Mon, May 09, 2005 at 12:46:55PM -0500, Terry Dabbs wrote:
It appears you are using com1, with this command:
stty -F /dev/ttyS0 -a
But, you strace shows ttyS1, which is com2. Are you plugged into the proper
port with your cable?
Yes, I used the right port, as on the Linux PC cat
Perhaps one of the gurus will chime in
I am not an expert, but I produced the following code that works every day on a
number of our production machines, using com2 to send data out. The comments
are what I put at the time, and as far as I know thet describe accurately what
is happening.
Response to Eric Blake:
Thanks. I forgot that unix had separate permissions for directories.
However, I have
now given myself all the permissions I know of and I still have the same
problem.
EXAMPLE:
$ ls ass*
ls: ass*: No such file or directory --BUT IT IS THERE
$ ls -l
total 722
Response to Eric Blake:
Thanks. I forgot that unix had separate permissions for directories.
However, I have
now given myself all the permissions I know of and I still have the same
problem.
EXAMPLE:
$ ls ass*
ls: ass*: No such file or directory --BUT IT IS THERE
$ ls -l
I'm sure this is the result of my having done something stupid
with the setup application, but suddenly static destructors no
longer run. That is, for the following program:
#include stdio.h
struct S {
S();
~S();
} s;
S::S() {
printf(In ctor.\n);
}
William M. (Mike) Miller wrote:
I'm sure this is the result of my having done something stupid
with the setup application, but suddenly static destructors no
longer run. That is, for the following program:
#include stdio.h
struct S {
S();
~S();
} s;
S::S() {
printf(In
William M. (Mike) Miller wrote:
I'm sure this is the result of my having done something stupid
with the setup application, but suddenly static destructors no
longer run. That is, for the following program:
#include stdio.h
struct S {
S();
~S();
} s;
S::S() {
printf(In
Original Message
From: Charles D. Russell
Sent: 09 May 2005 20:07
ls finds file1 but ls file1 does not. How can this happen?
The following example occurred just after I had renamed some *.htm files
to *.html using
an ash shell script. No such problem occurred, however, when I used
Original Message
From: William M. (Mike) Miller
Sent: 09 May 2005 23:46
I'm sure this is the result of my having done something stupid
with the setup application, but suddenly static destructors no
longer run. That is, for the following program:
#include stdio.h
struct S {
ls finds file1 but ls file1 does not. How can this
happen?
The following example occurred just after I had renamed
some *.htm files
to *.html using
an ash shell script. No such problem occurred, however,
when I used DOS
rename to make
the same change.
Not 100% sure what's
Response 2 to Eric Blake:
Thanks. I forgot that unix had separate permissions for directories.
However, I have
now given myself all the permissions I know of and I still have the same
problem.
EXAMPLE:
$ ls ass*
ls: ass*: No such file or directory --BUT IT IS THERE
$ ls -l
Original Message
From: Charles D. Russell
ls finds file1 but ls file1 does not. How can this happen?
The following example occurred just after I had renamed some *.htm files
to *.html using
an ash shell script. No such problem occurred, however, when I used DOS
rename to make
the
$ echo ignoring:$GLOBIGNORE options:$-
ignoring: options:himBH
$ shopt |grep glob
dotglob off
extglob off
nocaseglob off
nullgloboff
OK, bash is not filtering the glob. But you are obviously using an alias or
function for ls, since it is acting like the -F
On 5/9/05, Corinna Vinschen wrote:
On May 6 16:42, Christopher Faylor wrote:
On Fri, May 06, 2005 at 12:41:55PM -0400, Igor Pechtchanski wrote:
On Fri, 6 May 2005, Ordal, Peter wrote:
This has been discussed several places before, I know. Still, I had a
different experience than
Ross Boulet wrote:
ls is acting like the -F option is specified which would
cause the '*' to be displayed at the end of any file name
which is executable (as one prior message shows these files
are).? Under what shell is ls being run and is there an
alias for ls that is causing this option to be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jan Schormann wrote:
I'm not sure just *how* off-topic this is, let's see ...
AFAIK, ITP usually go to the cygwin-apps ML.
- Is anyone else actually interested in this, or might I be
better off to keep it to my own?
FWIW, I would definitely be
Eric Blake wrote:
So next, check:
$ type ls
$ alias ls
___
$ type ls
ls is aliased to `ls -aF'
$ alias ls
alias ls='ls -aF'
__
Maybe you have an alias/function for ls that includes the --hide='*.htm'
option, so that ls is doing the filtering (and not bash, like I
On May 6 15:54, Jan Nieuwenhuizen wrote:
I have prepared packages for new upstream guile releases. Guile 1.6.5
has known gc problems.
Please also upload the hint files, so that 1.6.7-1 is [curr] and
1.7.2-1 is [test].
Uploaded. I've removed 1.6.4 and 1.7.1.
Corinna
--
Corinna
Christopher Faylor wrote:
How about if we just adopt a convention of making categories which begin
with '_' invisible? We could move ZZZRemovedPackages to just
_RemovedPackages for that case.
Yes, please. I felt a little uncomfortable hardcoding the exclusion
names.
Brian
On May 6 11:08, Jan Nieuwenhuizen wrote:
Please upload, and remove tetex-3.0.0-2, so that 3.0.0-3 enters the
[curr] release, and tetex-2.0.2-15 remains available in [prev].
Uploaded and 3.0.0-2 removed.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
This is a request to all package maintainers to please check your
setup.hints for bogus 'sdesc' lines. As you know, this is the text that
is displayed to the user when using setup. It should not begin with the
name of the package, since setup displays it as $package: $sdesc. It
should also be
Brian Dessent wrote:
Christopher Faylor wrote:
How about if we just adopt a convention of making categories which begin
with '_' invisible? We could move ZZZRemovedPackages to just
_RemovedPackages for that case.
Yes, please. I felt a little uncomfortable hardcoding the exclusion
names.
That
Lets see, GraphicsMagick, ImageMagick, WindowMaker, ddd, fvwm, lesstif,
libsmi (was that me?), nedit, openbox, transfig, xfig, xfig-lib, xgraph
(me???), and xterm. About 14 of 21.
Wow, looks like I'm the number-one offender. ;)
Harold
Brian Dessent wrote:
This is a request to all package
Only UI problem I saw was on the Choose a download site page: Add button
overlaps the adjacent edit control. I think that's due to the theme and/or
the button was too close before anyway.
Oh, found another bullet item for you:
- Get rid of the Installation complete dialog box.
--
Gary R. Van
This is a main upstream release.
Cygwin-related changes: libkpathsea4 and libintl3 dependency
Please upload, keep lilypond-2.4.3-1 in [prev]
Thank you,
Bert
http://web.interware.hu/fodber/lily/release/lilypond/setup.hint
Op Sat, 7 May 2005 23:21:31 +0100 schreef Max Bowsher
in [EMAIL PROTECTED]:
[...]
: Any thoughts on anything additional which ought to go in before the branch?
I sent this before...
2005-05-10 Bas van Gompel [EMAIL PROTECTED]
* archive.cc (archive::extract_file): Use prefixPath for
Original Message
From: Max Bowsher
Sent: 07 May 2005 23:22
I believe I have now got the MD5 checking to behave in a sensible way.
I'm inclined to make a release branch, to start the process of getting the
nicer dialogs and proxy port fix into a release. Then, Brian can start
using
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Carlo Florendo on 5/8/2005 9:30 PM:
Ooops. Sorry, I've read earlier discussions on this issue just a few
seconds ago by Erik Blake et al. So, it's not an xterm issue. It's a
I spell it Eric.
bug with
Vincenzo Daniele wrote:
Xlib: unexpected async reply (sequence 0x1921)!
Xlib: unexpected async reply (sequence 0x1923)!
XIO: fatal IO error 0 (No error) on X server :0.0
after 111 requests (6436 known processed) with 0 events remaining.
XIO: fatal IO error 0 (No error) on X server
Hi,
I'm trying to build a little test program to show unicode fonts in XWin,
using LessTif.
The code is from the Motif guide (see attached XTest.C).
I'm building it with:
g++ -I/usr/X11R6/include XTest.C -L/usr/X11R6/lib -lXm -lXt -lX11
The build gives me the following message:
Info: resolving
I forgot the cygcheck output. Sorry, here it is.
cygcheck.out
-Original Message-
Subject: Unicode support in Cygwin 1.5.16 - Xorg 6.8.2.0
Hi,
I'm trying to build a little test program to show unicode fonts in XWin,
using LessTif.
The code is from the Motif guide (see
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2005-05-09 09:36:11
Modified files:
winsup/mingw : ChangeLog
winsup/mingw/include: math.h
winsup/mingw/mingwex: Makefile.in
winsup/mingw/mingwex/math: nextafterf.c
Added
Pierre A. Humblet pierre at phumblet.no-ip.org writes:
Here is a patch to allow mkdir -p to easily work with network
drives and to allow future enumeration of computers and of
network drives by ls -l.
It works by defining a new FH_NETDRIVE virtual handler for
names such as // and
Original Message
From: Eric Blake
Sent: 06 May 2005 23:29
Also, what should //.. resolve to, / or //? And if it resolves to /,
should // be an entry in the readdir() of /? I would argue that //..
should resolve to //, meaning we just have two distinct roots in the
directory tree.
At 06:19 PM 5/9/2005 +, Eric Blake wrote:
Second, the sequence chdir(//), mkdir(machine) creates machine in the
current directory.
Old bug.
chdir(/proc), mkdir(machine) produces the same result.
And mkdir(/proc), mkdir(/proc/machine) creates c:\proc\machine
The fix sets errno to EROFS,
68 matches
Mail list logo
