On Wed, Nov 13, 2002 at 10:02:32PM -0500, Charles Wilson wrote:
This also was the result of the premature uploading of sysvinit in the
first place; anyone who installed sysvinit and THEN upgraded cygutils
lost last.exe and utmpdump.exe.
I'm sorry that I uploaded sysvinit too early. :-( I
postinstall script modified to create /var/log and /var/run dirs and empty
utmp/wtmp files (if not exist).
Removed /etc/inittab
Removed some manual pages
http://users.rcn.com/sokhapkin/release/sysvinit/setup.hint
http://users.rcn.com/sokhapkin/release/sysvinit/sysvinit-2.84-2-src.tar.bz2
Hello,
I'm trying to compile setup.exe under cygwin (CVS tag: cygwin-1-3-12-1;
Host: Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 2). I followed
the instruction of the page http://www.cygwin.com/cvs.html to get the latest
versions of setup (among others...). Since my version of gcc
On Fri, 2002-11-15 at 00:30, Yann Crausaz wrote:
Hello,
I'm trying to compile setup.exe under cygwin (CVS tag: cygwin-1-3-12-1;
Host: Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 2). I followed
the instruction of the page http://www.cygwin.com/cvs.html to get the latest
Yann Crausaz [EMAIL PROTECTED] wrote:
I'm trying to compile setup.exe under cygwin (CVS tag:
cygwin-1-3-12-1;
Are you saying that you are using a self-built Cygwin DLL? Setup (now) lives
in a seperate cvs repository, and is in no way related to particular Cygwin
versions.
I followed the
On Thu, Nov 14, 2002 at 07:26:56AM -0500, Sergey Okhapkin wrote:
postinstall script modified to create /var/log and /var/run dirs and empty
utmp/wtmp files (if not exist).
Removed /etc/inittab
Removed some manual pages
http://users.rcn.com/sokhapkin/release/sysvinit/setup.hint
--- Corinna Vinschen [EMAIL PROTECTED] wrote:
On Thu, Nov 14, 2002 at 07:26:56AM -0500, Sergey Okhapkin wrote:
postinstall script modified to create /var/log and /var/run dirs and empty
utmp/wtmp files (if not exist).
Removed /etc/inittab
Removed some manual pages
Hello Mr Bowsher,
First of all : thank you for answering so quickly !
Here is is exactly what I've done so far :
- as explained in http://sources.redhat.com/cygwin-apps/setup.html, I've
cvs'ed the source of setup (cvs -z3 -d
:pserver:[EMAIL PROTECTED]:/cvs/cygwin-apps
co setup)
- cd
Yann Crausaz [EMAIL PROTECTED] wrote:
Hello Mr Bowsher,
So formal! Max will do just fine :-)
Here is is exactly what I've done so far :
- as explained in http://sources.redhat.com/cygwin-apps/setup.html,
For gcc-2.95.3-5, an additonal override was required on the ./configure
command line.
Max,
For gcc-2.95.3-5, an additonal override was required on the ./configure
command line.
Add CPPFLAGS=-I/usr/include/g++-3, to give:
./configure -C --enable-dependencies --disable-shared --host=i686-pc-mingw32
--build=i686-pc-cygwin 'CC=gcc -mno-cygwin' 'CXX=g++ -mno-cygwin'
What I am doing wrong ? Should I update my Cygwin version too ?
See the config.log if there is an 'could not find -luser32' or so.
I've encountered missing w32api library search path in recent mingw ld.
perhaps it help to configure with ( I don't remember exactly which VAR I have
used)
Maybe I found something interesting there :
http://www.cygwin.com/ml/cygwin/2001-10/msg00537.html
Is this the right way ?
---
Yann Crausaz
EIVD - University of Applied Sciences of Western Switzerland
Route de Cheseaux 1
1400 Yverdon-les-Bains
Yann Crausaz [EMAIL PROTECTED] wrote:
For gcc-2.95.3-5, an additonal override was required on the
./configure command line.
Add CPPFLAGS=-I/usr/include/g++-3
I did so, and got that message
Snipped lots of undefined reference errors.
I then installed gcc-3.2-1.tar.bz2 and
Corinna Vinschen wrote:
Chuck, could you please comment on how we proceed now? If something
has to be done before uploading this package, I'd like to know.
No, I managed to upload the modified cygutils package already, so
sysvinit no longer conflicts with it. The only issue I know of at
Charles Wilson wrote:
the minor confusion that might be engendered by the fact that sysvinit
contains section 8 manpages for programs it does not supply. (shutdown,
halt, reboot, ) Plus, they probabaly are not correct with regards to the
actual binaries supplied by the shutdown package.
The gcc-mingw package uses an _extremely_ strange packaging scheme. Why does
it do this?
Anyway, there are 2 bug in the preremove script:
1) If file-that-we-need exists, then bail out.
Obviously, this should be: If file-that-we-need does NOT exist, then bail
out.
2) Missing quote.
Max.
---
Congrats, Egor!
Nick Clifton wrote:
Approved and applied. [Sorry for the long delay].
Note: The cygwin targeted ports (eg i686-pc-cygwin) are currently
showing three unexpected failures in the GAS testsuite:
FAIL: i386 abs reloc
FAIL: i386 pcrel reloc
FAIL: i386 sub
Which their non-PE
Yann Crausaz [EMAIL PROTECTED] wrote:
[Digest: Problem solved]
So, it was a mistake to try to handle cygwin-packets (eg
gcc-mingw-3.2-20020817-1.tar.bz2)
without using the setup program. Maybe it's a bad habit I've got,
since I use to work on a GNU/Linux box...
Yep, just don't try to avoid
Hi!
This is an update release for the cygwin gnupg package. See:
http://lists.gnupg.org/pipermail/gnupg-announce/2002q4/000256.html
for details.
Changes for the cygwin version:
* New upstream release. All patches for cygwin, except the patches to
build gpg with a newer gettext, went into the
Hi!
I'm preparing the gnupg 1.2.1 version right now, and I like the
packaging with the signed files :-), but I found a few problems in the
script:
...
I found another one:
all) prep conf build install \
strip pkg name=$0 text=SCRIPT sigfile spkg \
finish echo All finished!
From: Corinna Vinschen [EMAIL PROTECTED]
http://users.rcn.com/sokhapkin/release/sysvinit/setup.hint
http://users.rcn.com/sokhapkin/release/sysvinit/sysvinit-2.84-2-src.tar.bz2
http://users.rcn.com/sokhapkin/release/sysvinit/sysvinit-2.84-2.tar.bz2
A minor(?) nit: The postinstall script
Hi Mario,
It seems working now. But clicking www.thelinuxbeat.com brought me to
http://thelinuxbeat.nu-sec.de/; a German website. Only Service
kostenlos has a link there, nothing else.
Thanks
Stephen Liu
At 06:17 AM 11/14/2002 +0100, you wrote:
nope, it worked for me ;)
-Original
--- Stephen Liu [EMAIL PROTECTED] a écrit : Hi Mario,
It seems working now. But clicking www.thelinuxbeat.com brought me
to
http://thelinuxbeat.nu-sec.de/; a German website. Only Service
kostenlos has a link there, nothing else.
This is the right site, reread Mario's instructions :
Hi,
Hi Mario,
It seems working now. But clicking www.thelinuxbeat.com brought me to
http://thelinuxbeat.nu-sec.de/; a German website. Only Service
kostenlos has a link there, nothing else.
Hehe, yes, this was the correct page, on the left there should appear a
menu, where you can select
Chris,
Thanks for clearing that up. That's a lot better than what you had thought.
Harold
Christopher Faylor wrote:
On Tue, Nov 05, 2002 at 09:07:56PM -0500, Christopher Faylor wrote:
On Tue, Nov 05, 2002 at 05:00:55PM -0500, Harold L Hunt II wrote:
It was mentioned that the memory
Hi Mario,
The file got infected with worm W32.Bugbearmm and it spread to the whole
WinXP machine immediately. Fortunately I was able to fix it removing the worm.
Another strange thing is your mentioned menu on the left of the website
disappeared on IE but can be seen on Mozilla.
Stephen Liu
hi!
I took it from the net imeediately!!!
I have just checked the file and it
seems to be ok, but i will check it another time with different Programms,
too.
Thank you!
MArio
From: [EMAIL PROTECTED]
[mailto:cygwin-xfree-owner;cygwin.com]On Behalf Of Stephen Liu
Sent: Thursday, November 14, 2002
Hi!
I have checked my System and the setup file with AntiVir/XP and Norton
Antivirus 2002 (both uptodate).
I could not find any viruses. Please check your system, it might have
infected the setup file.
Please keep me up to date ;)
Regards, Mario
p.s. Anyone else with same problem?
By the way,
I had meant to try this, but I'm having some build problems
at the moment. I backed out my patch, and found that the
build still fails on the CVS snapshot I took 2 weeks ago. It
reports this error when I run make in xc/programs/Xserver:
[...]
gcc -o XWin.exe -O2 -fno-strength-reduce -Wall
Hello,
I have succeded to run Xwin on a thin client Terminal
connected to a Windows NT 4 Terminal Server Edition (RDP protocol).
Now i noticed the following behaviour, and was wondering
if there is a way to avoid it:
Situation 1: On Terminal or PC (set to 256 Colors)
- XWin :0 -query host
i get
Robert,
First, this might be really cool. I had code in xwinclip a long time
ago that watched the Windows clipboard and did almost exactly the same
thing that you have done... except that our processing of Windows
messages was not yet correct so xwinclip ended up hanging when its
message
More information:
cygcheck reports cygwin1.dll is version 1.3.15-1, yet
/etc/setup/installed.db is reporting that cygwin-1.3.15-2.dll is
installed. Setup.exe claimed that it needed to restart the computer to
replace in-use files both times that I installed cygwin-1.3.15-2, yet
upon reboot
Harold,
I identify the latest snapshot without the problem here:
http://sources.redhat.com/ml/cygwin/2002-11/msg00654.html
Regards,
David
On Thursday 14 Nov 02, Harold L Hunt II writes:
I have seen plenty of reports that emacs is going into an infinite loop
upon startup, but I have not been
Thanks Harold, that change to win.h did the trick. Too bad
my patch didn't work as well. :-(
As per Harold's advice, I added a call to XCloseDisplay().
Here is the revised (still crude) patch to winwndproc.c:
Index: winwndproc.c
===
Hi Darko,
From: [EMAIL PROTECTED]
[mailto:cygwin-xfree-owner;cygwin.com]On Behalf Of Palic, Darko
Sent: Thursday, November 14, 2002 10:51 PM
To: [EMAIL PROTECTED]
Subject: RE: Virus Warning (RE: Cygwin Connection Tool for Windows --
new release)
Hi Mario!
do you spread viruses, ba tell
Robert,
Hmm... I forgot that not grabbing the selection causes the problem that
you mention below, namely, that we are no longer notified of further
changes to the X Selection.
In that case, your patch won't make much of a difference, as there is
already an earlier version of xwinclip that
CVSROOT:/cvs/src
Module name:src
Changes by: [EMAIL PROTECTED] 2002-11-14 11:19:40
Modified files:
winsup/cygwin : ChangeLog grp.cc sec_helper.cc
Log message:
* grp.cc (getgroups32): Revert previous patch. Use impersonation
token if process is in
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: [EMAIL PROTECTED] 2002-11-14 20:35:13
Modified files:
cygwin : ChangeLog exceptions.cc fhandler_console.cc
miscfuncs.cc sigproc.cc
Log message:
* exceptions.cc
On Wed, Nov 13, 2002 at 12:32:31PM -0500, Pierre A. Humblet wrote:
Corinna Vinschen wrote:
It doesn't add any overhead which isn't already there.
If already is before the patch, it scans the group file instead of scanning
the token groups. If already is after the patch, it scans the group
On Thu, Nov 14, 2002 at 09:30:01AM -0500, Pierre A. Humblet wrote:
Corinna Vinschen wrote:
Isn't the impersonation token automatically read by OpenProcessToken()
when an impersonation took place?
I don't think so.
I just had another look into MSDN and AFAICS, we would have to call
On Thu, Nov 14, 2002 at 06:23:23PM +0100, Corinna Vinschen wrote:
On Thu, Nov 14, 2002 at 12:03:24PM -0500, Pierre A. Humblet wrote:
If you are emulated, you already have the token in the cygheap-user.
There is no need to open the thread, see how it's done e.g.in setegid.
Good point.
[cgf, please don't read this. I can't easily send email privately to this
bloke tonight or I'd do this off-list. last contrib. by me to this thread]
On Wed, 13 Nov 2002 23:35:49 GMT, CBFalconer [EMAIL PROTECTED] wrote
in news:3DD2E1D5.AEB1557A;yahoo.com:
It would be much easier if the various
On Wed, Nov 13, 2002 at 06:35:49PM -0500, CBFalconer wrote:
[..snip..]
Apparently, you missed my thanks, apology and explanation.
http://cygwin.com/ml/cygwin/2002-11/msg00685.html
Automated responses that indicate a problem with something in the subject
line are not crystal clear. My impression
Hi!
What's the current status with this:
http://www.cygwin.com/ml/cygwin-patches/2002-q1/msg00250.html
I'd like to help out Erik de Castro Lopo from libsndfile to make his library
compile under Cygwin as well, and he needs more info on long file offsets.
Any help appreciated!
Koen Tanghe
--
I have installed cigwin on my W2K PC and all is very well functioning .
However if i try some commands like ls * or grep -i -l some_text * from a
directory whit a lot of files (7-8 thousand) i obtain this error
bash: /usr/bin/ls: Invalid argument
Is it a bug ?
If i try the same commands from a
Hi Jason,
I would prefer to leverage off of Sergey's sysvinit package:
I have heard from this package, but hadn't any time to inspect whole details.
The following is the only required diff (besides the expected ones) to
PostgreSQL's contrib/start-scripts/linux:
Does that means the next
Dr. M. C. Nelson wrote:
Dear mailing list:
The following code works well on a Linux platform,
int sockfd;
char buf[1024];
struct sockaddr fromaddr;
int fromlen;
if ( (retv = recvfrom( sockfd, buf, sizeof(buf), 0, fromaddr,fromlen ))
0 )
{
perror( udpclient: recvfrom );
Hi Steve,
before you are able to use php scripts which connect to a pgsql DB (of
course phpPgAdmin will do so) it is necessary to configure this module with
the appropriate flag (--with-pgsql) plus recompilation.
Indeed I struggled around with this topic a while ago. Unfortunately I run
in to
Corinna Vinschen wrote:
On Wed, Nov 13, 2002 at 09:29:18PM -0600, Chris Polley wrote:
When I try to shutdown -r now, Windows (ME 4.90.3000) complains
that I must quit [shutdown] before I quit Windows. If I click
Cancel, shutdown complains shutdown: Couldn't reboot: Incorrect
function.,
Claudio Tamietto wrote:
I have installed cigwin on my W2K PC and all is very well
functioning. However if i try some commands like ls * or
grep -i -l some_text * from a directory whit a lot of files
(7-8 thousand) i obtain this error
bash: /usr/bin/ls: Invalid argument
Is it a bug ?
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
I don't see this in the docs (forgive me if Im blind) (I've
looked yet again, and searched the archives too)
What compile and/or link options should be used with Cygwin for
pthreads apps?
I know on LInux it is -pthread, other systems have
Would those people having a problem with the Cygwin emacs
going into an infinite signal loop please try testing the
new emacs binaries that can be found at the following location?
http://68.98.180.124:3000/cygwin/emacs/
No guarantee that it will fix anything, but I have applied a patch
that was
Greetings,
I've been attempting to build cygwin1.dll from within Cygwin.
I checked out winsup from cvs, and am building in a separate
directory.
It fails because my installed /usr/include/w32api/winioctl.h (from the
w32api-2.0-1 package) is out of date compared to that in cvs
David Starks-Browning [EMAIL PROTECTED] wrote:
I've been attempting to build cygwin1.dll from within Cygwin.
It fails because my installed /usr/include/w32api/winioctl.h (from the
w32api-2.0-1 package) is out of date compared to that in cvs
(winsup/w32api/include/winioctl.h).
Bug report
I tried your patched emacs. It looks better in allcases except for one.
If I run emacs from XWin.
It displays the initial window but the toolbar doesn't work for me. I
have to kill -9 the PID.
Hope this gives you more insight
-Original Message-
From: Joe Buehler
Thank you. I will try that.
- Original Message -
From: Thomas Pfaff [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Thursday, November 14, 2002 7:28 AM
Subject: Re: recvfrom bug
Dr. M. C. Nelson wrote:
Dear mailing list:
The following code works well on a
I'm sorry again.
I forgot that some charsets like ISO-8859 have character \377.
When a window title of cygwin console is displayed with escape
sequence (\033]0;title\007), it can't be displayed if it includes
non-ASCII characters (\200..\0377).
Is the following patch acceptable ?
---
Hi all,
I've not received any replies to this one yet. Can anyone help, or at least
point me at some resources that may.
I'm getting a bit desperate now cos I've got to get this working by Sunday so
I can do a demo at the AGM of a charity I'm involved in, so clear simple
instructions that
Claudio,
No, that's not a bug. It's just a (system-dependent) limit shared by all
POSIX-compliant systems. The actual limit happens to be on the low side
under Cygwin.
Familiarize yourself with the xargs command. It's there just to handle
these cases.
Also, in many cases the programs
Here is an example..
find . -type f |xargs ls
I came in late and this might not be a solution to your exact
problem but it might at least help get you on the right path.
On Thu, Nov 14, 2002 at 08:29:27AM -0800, Randall R Schulz wrote:
Claudio,
No, that's not a bug. It's just a
Hello,
I am sending this message to announce that a new version of Pine
(4.44-4) has been released. This version fixes a bug which causes Pine to
dump core when opening a mailbox containing specially formatted headers.
This bug was reported in Bugtraq by Linus Sj=F6berg. It is not specific
On Thu, Nov 14, 2002 at 01:28:41PM +0100, Thomas Pfaff wrote:
Dr. M. C. Nelson wrote:
Dear mailing list:
The following code works well on a Linux platform,
int sockfd;
char buf[1024];
struct sockaddr fromaddr;
int fromlen;
if ( (retv = recvfrom( sockfd, buf, sizeof(buf), 0,
Joe,
Good work! This fixes the problem for me. I tried emacs.exe with X
and was not able to get it to spin.
Thanks very much!
David
On Thursday 14 Nov 02, Joe Buehler writes:
Would those people having a problem with the Cygwin emacs
going into an infinite signal loop please try testing the
On Thu, Nov 14, 2002 at 08:07:04AM -0500, CBFalconer wrote:
Under W98/4dos I do a command line shutdown using the alias:
c:\windows\rundll.exe user.exe,exitwindows
Do you suggest exec'ing the above from shutdown? Isn't there any
reliable function call? ExitWindowsEx() isn't very
I have updated the version of login(1) to 1.7-1.
This version fixes the wrong tty setting to 0 rows and 0 columns when
started without -h option. Thanks to Sergey Okhapkin [EMAIL PROTECTED]
for pointing this out.
Please read the README file /usr/doc/Cygwin/login.README.
To update your
before you are able to use php scripts which connect to a pgsql DB (of
course phpPgAdmin will do so) it is necessary to configure this module with
the appropriate flag (--with-pgsql) plus recompilation.
this has been done for the php-4.2.0-1 release. PostgreSQL should be
supported by PHP, even
Gary Stainburn wrote:
Hi all,
I've not received any replies to this one yet. Can anyone help, or at least
point me at some resources that may.
I'm getting a bit desperate now cos I've got to get this working by Sunday so
I can do a demo at the AGM of a charity I'm involved in, so clear
Uggh, no, sorry Joe, I got mixed up somehow.
Your new executable is no different. I get the same spinning loops as
before.
Very occasionally, I am unable to get emacs to spin. In fact, when I
thought you had fixed it, I was actually running the wrong (old)
emacs.exe. Crazy coincidence that it
On Thu, 14 Nov 2002, Corinna Vinschen wrote:
On Thu, Nov 14, 2002 at 08:07:04AM -0500, CBFalconer wrote:
Under W98/4dos I do a command line shutdown using the alias:
c:\windows\rundll.exe user.exe,exitwindows
Do you suggest exec'ing the above from shutdown? Isn't there any
reliable
On Thu, Nov 14, 2002 at 11:46:23PM +0900, Hironori SAKAMOTO wrote:
Sorry, I made a mistake.
When a window title of cygwin console is displayed with escape
sequence (\033]0;title\007), it can't be displayed if it includes
non-ASCII characters (\200..\0377).
Is the following patch acceptable ?
Latest cygwin snapshot (20021113) provides a partial fix. With it, emacs
never takes 100% CPU,
but it still does not work. Sometimes it does not display window at all,
sometimes it displays
a window with a toolbar and becomes stuck, and sometimes it works fine. All
versions of emacs bahave the
On Thu, 14 Nov 2002, Christopher Faylor wrote:
On Thu, Nov 14, 2002 at 11:46:23PM +0900, Hironori SAKAMOTO wrote:
Sorry, I made a mistake.
When a window title of cygwin console is displayed with escape
sequence (\033]0;title\007), it can't be displayed if it includes
non-ASCII
Hi, Randy,
Umm, no, we're not going for convolutedness here, we're trying to figure
out how to do an equivalent of globbing without actually expanding the
whole thing on the command line...
You're right about the ./ being prepended to the output of find, and so
I agree with the sed suggestion
On Thu, Nov 14, 2002 at 12:52:04PM -0500, Igor Pechtchanski wrote:
Are characters signed, or unsigned?
Take a look at the source:
http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/fhandler_console.cc?rev=1.95cvsroot=src
cgf
--- fhandler_console.cc.orig Thu Nov 14 14:51:30 2002
Ouch. I actually did before I sent the message...
The source uses plain char declaration. The signedness of that, IIRC,
depends on the compile-time gcc flags, or gcc defaults. Hence the
question.
Igor
On Thu, 14 Nov 2002, Christopher Faylor wrote:
On Thu, Nov 14, 2002 at 12:52:04PM
On Thursday 14 Nov 02, Christopher Faylor writes:
On Thu, Nov 14, 2002 at 10:31:09AM -0500, Joe Buehler wrote:
Would those people having a problem with the Cygwin emacs
going into an infinite signal loop please try testing the
new emacs binaries that can be found at the following location?
On Thu, Nov 14, 2002 at 06:24:04PM +, David Starks-Browning wrote:
On Thursday 14 Nov 02, Christopher Faylor writes:
On Thu, Nov 14, 2002 at 10:31:09AM -0500, Joe Buehler wrote:
Would those people having a problem with the Cygwin emacs
going into an infinite signal loop please try testing
You do if you an argument list that is to large. try using just
ls with 7000 files and see what happens. :-)
On Thu, Nov 14, 2002 at 10:58:53AM -0800, Andrew DeFaria wrote:
Igor Pechtchanski wrote:
Well, if you really want something equivalent to 'ls *', you'd need to
do something like
At 10:58 2002-11-14, you wrote:
Igor Pechtchanski wrote:
Well, if you really want something equivalent to 'ls *', you'd need to do
something like
...
Huh?!? Just type ls! You don't need anything else and certainly not
something as complicated as what you propose.
Andrew,
You're not
I've put an updated version of libtool-devel on sourceware, available as
a test package. It is based on libtool CVS from 2002-11-11, plus an
additional set of patches to work around issues with gcc-3's runtime
libraries (the dreaded libstdc++.la issue).
Note that libtool-devel-2002
Hi,
I hope this is not a redundant question. I searched the archives and FAQ
for an answer, but did not come up with anything useful.
Just after upgrading to 1.3.15, when starting a Cygwin session, for some
reason Bash is assigned to the home directory /usr/bin/%USERPROFILE%
Originally this was
It seems that bison-1.75-1 in latest cigwin
installation does not generate
the C output file (with generated parser).
Also the h-file with definitions of tokens
cannot be seen (when using the -d switch
in a command line). Could you explain this?
Maybe, some other necessary packages
are missed?
It
In the future, please include the output of
'cygcheck' as an attachment. When the text
is included in the message it causes many
false matches when the mailing list archives
are searched.
FYI, I have included the output from cygcheck -s below.
--
Unsubscribe info:
Max Bowsher wrote:
It fails because my installed /usr/include/w32api/winioctl.h (from the
w32api-2.0-1 package) is out of date compared to that in cvs
(winsup/w32api/include/winioctl.h).
Bug report from me:
http://sources.redhat.com/ml/cygwin/2002-10/msg01532.html
I got no response.
On Thu, 14 Nov 2002, Brian Keener wrote:
Max Bowsher wrote:
It fails because my installed /usr/include/w32api/winioctl.h (from the
w32api-2.0-1 package) is out of date compared to that in cvs
(winsup/w32api/include/winioctl.h).
Bug report from me:
Just after upgrading to 1.3.15, when starting a Cygwin
session, for some
reason Bash is assigned to the home directory /usr/bin/%USERPROFILE%
Originally this was /home/Administrator/ I can not figure
out what caused
this to change, and how to go about changing this back. Any
On Thursday 14 Nov 02, Igor Pechtchanski writes:
See http://cygwin.com/ml/cygwin-developers/2002-11/msg00045.html
Actually, I'm not convinced this is correct. I'm investigating.
Unfortunately each iteration takes quite a while on my lowly PII-300
laptop.
Regards,
David
--
Unsubscribe info:
Mark,
Thanks for the reply. To answer your questions:
1. What does the command 'id' report? Or, 'id -un'?
$ id
uid=500(Administrator) gid=513(None)
groups=513(None),544(Administrators),545(Users)
$ id -un
Administrator
2. Have you recently changed the contents of /etc/passwd?
No
What
before you are able to use php scripts which connect to a pgsql DB (of
course phpPgAdmin will do so) it is necessary to configure this module with
the appropriate flag (--with-pgsql) plus recompilation.
this has been done for the php-4.2.0-1 release. PostgreSQL should be
supported by
Some more input.
Attached strace output from a successfull run with the
cygwin-1.3.14 dll.
What I can spot in the log is that when com4 is read it now
has a read timeout of 1000 (vtime=1000), while in the unsuccessfull
runs vmin was 0.
Does that ring any bells ?
Ton van Overbeek
Could you compile cygwin1.dll with the following patch:
diff -u -p -r1.35 fhandler_serial.cc
--- fhandler_serial.cc 7 Nov 2002 18:47:21 - 1.35
+++ fhandler_serial.cc 14 Nov 2002 22:37:58 -
@@ -420,8 +420,8 @@ fhandler_serial::ioctl (unsigned int cmd
DWORD cb;
Igor Pechtchanski wrote:
See http://cygwin.com/ml/cygwin-developers/2002-11/msg00045.html
Igor
--
Actually I just responded to that - tried it on w2k and still no go - see
http://cygwin.com/ml/cygwin-developers/2002-11/msg00048.html
Trying David's theory now from cygwin-dev of changing the
Hello,
I am sending this message to announce that a new version of Pine
(4.44-4) has been released. This version fixes a bug which causes Pine to
dump core when opening a mailbox containing specially formatted headers.
This bug was reported in Bugtraq by Linus Sjöberg. It is not specific to
I have updated the version of login(1) to 1.7-1.
This version fixes the wrong tty setting to 0 rows and 0 columns when
started without -h option. Thanks to Sergey Okhapkin [EMAIL PROTECTED]
for pointing this out.
Please read the README file /usr/doc/Cygwin/login.README.
To update your
94 matches
Mail list logo