I've been attempting to rebuild gcc-mingw, without much luck.
The build scripts in the source tarball only assemble the package from a
prebuilt tarball of a mingw gcc install.
I've been unable to find a way to rebuild this encapsulated tarball. All my
attempts have failed due to parts of Cygwin
On Sun, Jun 22, 2003 at 03:55:44PM +0100, Max Bowsher wrote:
I've been attempting to rebuild gcc-mingw, without much luck.
The build scripts in the source tarball only assemble the package from a
prebuilt tarball of a mingw gcc install.
Correct. The intent is to repackage gcc from mingw to be
Christopher Faylor wrote:
On Sun, Jun 22, 2003 at 03:55:44PM +0100, Max Bowsher wrote:
I've been attempting to rebuild gcc-mingw, without much luck.
The build scripts in the source tarball only assemble the package from a
prebuilt tarball of a mingw gcc install.
Correct. The intent is to
2003-06-22 Max Bowsher [EMAIL PROTECTED]
* rfc1738.cc (rfc1738_do_escape): Eliminate redundant conditional.
Index: rfc1738.cc
===
RCS file: /home/max/cvsmirror/cygwin-apps-cvs/setup/rfc1738.cc,v
retrieving revision 2.4
2003-06-22 Max Bowsher [EMAIL PROTECTED]
* Makefile.am (AM_CXXFLAGS): Remove -Wmissing-declarations, which is
a
C-only warning.
Index: Makefile.am
===
RCS file:
Max Bowsher wrote:
The expression ((unsigned char) *p = (unsigned char) 0xFF)) is always
true.
(Found by gcc-3.3)
Sure - please do. (I hadn't had time to propogate the squid fix across :}).
Rob
Max Bowsher wrote:
2003-06-22 Max Bowsher [EMAIL PROTECTED]
* Makefile.am (AM_CXXFLAGS): Remove -Wmissing-declarations, which is
a
C-only warning.
Please check in.
Rob
Robert Collins wrote:
Max Bowsher wrote:
2003-06-22 Max Bowsher [EMAIL PROTECTED]
* Makefile.am (AM_CXXFLAGS): Remove -Wmissing-declarations, which
is
a
C-only warning.
Please check in.
The change makes a nearby comment much less obvious.
OK to check in with the
Yes, in fact, you could add -Winline to the CFLAGS section again, as the
C code won't hit the STL issue.
Rob
Ping?
This is trivial in complexity, so shouldn't require a long review.
It is just:
-FONT 8, MS Sans Serif
+FONT 8, MS Shell Dlg
all through res.rc.
I've tested it, it works.
OK to apply?
Max.
Max Bowsher wrote:
Reawakening discussion on this patch.
Thread start:
Max Bowsher wrote:
Ping?
This is trivial in complexity, so shouldn't require a long review.
It is just:
-FONT 8, MS Sans Serif
+FONT 8, MS Shell Dlg
all through res.rc.
I've tested it, it works.
OK to apply?
I'm still a little leery, as the already pointed out limitations - are
there machines
hi all,
i have recently discoverd that the script mkdirhier does not work
properly on Cygwin (i doubt that i'm the first one who discovered this,
but i can't find any patch on the web). the cause is that in the script,
it is possible for /bin/sh to shift $@ such that you will get empty
string
monika wrote:
know how I should do this. After I connect to the remote server using
ssh through bash, I export the display using
export DISPLAY=ip_localmachine. However, this does not give me the
display of the remote program. What is it that I am suppose to do and I
am not doing. I think I am
Greetings:
We need to configure a single-host Win2k Terminal Server solution;
this machine should provide Windows desktops on X-terminals. On
a test machine using Cygwin/Xfree86 one may telnet from the X-terminal
and establish an xterm (bash) session but 'rdesktop.exe' will not
open a session on
msg wrote:
Greetings:
We need to configure a single-host Win2k Terminal Server solution;
this machine should provide Windows desktops on X-terminals. On
a test machine using Cygwin/Xfree86 one may telnet from the X-terminal
and establish an xterm (bash) session but 'rdesktop.exe' will not
Did you know that nano-1.2.1 is now available at
http://www.nano-editor.org/dist/v1.2/nano-1.2.1.tar.gz ? It installs
perfectly well into Cygwin using ./configure; make; make install. (There are
options.)
I have had the reported screen-refreshing problems in the past but not
lately.
A minor
Alan Mackenzie wrote:
A new version of Emacs's CC Mode was released this afternoon. It has
support for AWK integrated into it, rendering the older awk-mode.el
obsolete.
This new awk-mode indents code correctly (without needing to terminate
each line with a semicolon). It's font locking
Christopher Faylor wrote:
This crops up on the cygwin list from time to time.
IIRC, if you use 'setbuf(f, NULL)' in newlib (as is the case for
stderr), it causes newlib to flush on every character. I submitted a
patch to fix this behavior many years ago but it was rejected. I think
the
no, /var/log/CYGWIN_apache is empty
--- Igor Pechtchanski [EMAIL PROTECTED] wrote:
On Sat, 21 Jun 2003, Ling F. Zhang wrote:
I try to use the apache binary on cygwin, to
install
it as a service I run:
cygrunsrv -i cygwin_apache -p /usr/sbin/apache -u
root
it worked last night...I
Let me re-cap what you just said:
create a perl.bat with line:
c:\cygwin\bin\bash --login /usr/bin/perl %1 %2 %3 %4
%5 %6 %7 %8 %9
which will work as my perl interpreter...
and associate my .pl files with this perl.bat
if I want to use shell script as well, then I suppose
I would need to
Alternatively, if you want to use the #! line, you
could associate .pl
files with c:\cygwin\bin\bash -c...
what is -c? if I use this option, should it be:
#!/usr/bin/perl?
or
#!c:\cygwin\usr\bin\perl?
my guess is the former, since we are already
interpreting the file with bash...
In the
Hi again:
you might be missing the login environment, so you
might wish to create a
perl.bat file that does a c:\cygwin\bin\bash
--login /usr/bin/perl %1 %2
%3 %4 %5 %6 %7 %8 %9 and use that instead (beware
of directory changes).
when I run this in cygwin:
bash --login perl, I get the
Gareth,
this sounds like you dont have the right CYGWIN environment variable
set.
Unless CYGWIN environment variable includes tty - ctrl-c and ctrl-x
will not
function in nano, and a few other programs.
What environment variable would be refering to? I ran env and didn't
see anything
On Sat, Jun 21, 2003 at 11:58:59PM -0700, Brian Dessent wrote:
Christopher Faylor wrote:
This crops up on the cygwin list from time to time.
IIRC, if you use 'setbuf(f, NULL)' in newlib (as is the case for
stderr), it causes newlib to flush on every character. I submitted a
patch to fix this
On Sun, 22 Jun 2003, Ling F. Zhang wrote:
Hi again:
you might be missing the login environment, so you
might wish to create a
perl.bat file that does a c:\cygwin\bin\bash
--login /usr/bin/perl %1 %2
%3 %4 %5 %6 %7 %8 %9 and use that instead (beware
of directory changes).
when I run
Hi,
I was wondering if I can do Bourne shell programming on Windows 2000 Pro
using Cygwin. If not, is there any other program that will allow me to do
so.
Thanx
TAM
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
A few updates to Cygwin ago (both at work and home), I noticed that there is
now a jar executable in /usr/bin. I see from the -V option that it is
something called fastjar. When I use it for viewing jar contents, it works
just as well as the jar from my Java distribution. However, when I use it
TAM,
Cygwin includes ash, BASH and pdksh (as well as zsh and tcsh), so the
answer is pretty much yes, though with BASH you might want to
investigate its Bourne shell compatibility mode. I'm unfamiliar with
any details of pdksh's Bourne compatibility, but it should be pretty
close or perhaps
Doug Jenkinson wrote:
Gareth,
this sounds like you dont have the right CYGWIN environment variable
set.
Unless CYGWIN environment variable includes tty - ctrl-c and ctrl-x
will not
function in nano, and a few other programs.
What environment variable would be refering to? I ran env and didn't
hello:
cron diagnostic did not find any problems. but cron still does not work in my
machine.
I am attaching the cron diagnostic files as suggested.
Thanx for the trouble
In that case, please consider sending the recommended
diagnostic files to the mailing list [EMAIL PROTECTED]
Those files
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Randall R Schulz
TAM,
Cygwin includes ash, BASH and pdksh (as well as zsh and tcsh), so the
answer is pretty much yes, though with BASH you might want to
investigate its Bourne shell compatibility
Often, after transfering a large number of files, rsync will hang when
done (src + dst on same machine). I remember this being mentioned ages
ago as a problem.
It seems to still be around. Same as it ever was -- all files seem
to be transferred, it just doesn't want to exit when done.
(rsync:
David M. Karr wrote:
A few updates to Cygwin ago (both at work and home), I noticed that there is
now a jar executable in /usr/bin. I see from the -V option that it is
something called fastjar. When I use it for viewing jar contents, it works
just as well as the jar from my Java distribution.
When went to the software list (mirror kernel.org), I saw several pieces of
software that I was a rev or so behind on.
Out of curiosity, I thought I might also see what the newest beta's were.
Problem is that it deselected all of the regular versions that needed
updating.
I would have expected
linda w (cyg) wrote:
When went to the software list (mirror kernel.org), I saw several pieces of
software that I was a rev or so behind on.
Out of curiosity, I thought I might also see what the newest beta's were.
Problem is that it deselected all of the regular versions that needed
updating.
I
On Sun, Jun 22, 2003 at 05:49:47PM +, [EMAIL PROTECTED] wrote:
hello:
cron diagnostic did not find any problems. but cron still does not work in my
machine.
I am attaching the cron diagnostic files as suggested.
d:\cygwin\bin\id.exe output (nontsec)
UID: 400(ckumar) GID: 401(mkpasswd)
With utmost respect and sincerity I appeal to disturb you a bit at this particular
moment. I will tell you more about myself once I receive your reply. I am currently in
Praia, Republic of Cape Verde, a little country or islands in the North Atlantic Ocean
and I am contacting you secretly.
Ling,
I'm sorry, we all make mistakes. The one I made was omitting the -c
flag to bash. Another was missing the quotes. So, your perl.bat should
contain
c:\cygwin\bin\bash --login -c /usr/bin/perl %1 %2 %3 %4 %5 %6 %7 %8 %9
This was enough to run scripts from the command line for me (make
With utmost respect and sincerity I appeal to disturb you a bit at this particular
moment. I will tell you more about myself once I receive your reply. I am currently in
Praia, Republic of Cape Verde, a little country or islands in the North Atlantic Ocean
and I am contacting you secretly.
Ling,
Ok, the first is my fault, as indicated in another message. I forgot the
-c flag to bash. man bash for more details.
As for the second, two hints: 1) bash --login changes to your home
directory, and 2) . is not in the PATH by default.
Igor
On Sun, 22 Jun 2003, Ling F. Zhang
Christopher Faylor wrote:
Hmmm. Well, I managed to come up with this minimal testcase:
There is no need for a test case. I already mentioned that this is a
known issue and pinpointed where the problem lies.
Fair enough.
Can anyone make heads (or tails) of this now?
Read my original
On Sun, Jun 22, 2003 at 12:53:43PM -0700, Brian Dessent wrote:
Christopher Faylor wrote:
Can anyone make heads (or tails) of this now?
Read my original message. stderr does not buffer its output. stdout does.
Okay, but I'm afraid that doesn't quite compute to me, maybe you could
clarify:
-
okay, a summary of what I am doing:
case 1:
c:\cygwin\bin\perl.bat reads:
@echo off
c:\cygwin\bin\bash --login -c /usr/bin/perl %1 %2 %3
%4 %5 %6 %7 %8 %9
associating the .pl file with
c:\cygwin\bin\perl.bat %1
and the perl file begins with:
#!/usr/bin/perl
one command line, I ran:
c:\program
Hi:
/var/logs/cygwin_apache.log is empty
and the event log has nothing either...
what is interesting is that search the web for this
problem yield that some peole has the problem with
sshd due a access privilege to the \cygwin,
\cygwin\var, \cygwin\var\log...but my sshd is runnin'
just fine...so
I finally figured out the problem...
I ran the service a user1...so it created a file
/var/log/httpd.log under user1...
I chaged the user (from root to SYSTEM) and the new
guy can't open the file...
thanx
--- Igor Pechtchanski [EMAIL PROTECTED] wrote:
On Sat, 21 Jun 2003, Ling F. Zhang wrote:
Matthew (Ling?),
In your case 1, it looks like you ran that command from bash. It's pretty
obvious why it didn't work - bash needs POSIX paths. You had unquoted
spaces, which bash interpreted as argument separators, and it also
interpreted backslashes as escapes. You should have run that
cygcheck.2003.Jun.22
Description: Binary data
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Brian Koehmstedt [EMAIL PROTECTED] wrote in
news:[EMAIL PROTECTED]:
I had the problem of bash starting up with the home directory being
/usr/bin/%USERPROFILE%.
I searched the mailing list and came up with a January thread on the
issue, which informed me that the problem was due to the
48 matches
Mail list logo