On Wed, Apr 02, 2003 at 06:43:16PM -0800, gavin bowlby wrote:
>>Ok. In that event, please provide a simple test case.
>
>Here's a short program to recreate this problem:
>
>("main.c")
>=
>int main(int argc, char *argv[]) {
>
> int pid, sid, rc;
>Ok. In that event, please provide a simple test
case.
Christopher, Corinna:
Thanks for you help on this!
Here's a short program to recreate this problem:
("main.c")
=
int main(int argc, char *argv[]) {
int pid, sid, rc;
if ((pid = fo
On Wed, Apr 02, 2003 at 12:20:56PM -0800, gavin bowlby wrote:
>Thanks for your suggestion. Sorry I didn't upgrade before reporting
>this problem. I still see the same problem with 1.3.22.
Ok. In that event, please provide a simple test case.
cgf
--
Unsubscribe info: http://cygwin.com/ml/
Corinna:
Thanks for your suggestion. Sorry I didn't upgrade
before reporting this problem. I still see the same
problem with 1.3.22.
Here's a console log:
>From the parent's perspective: (parent program name is
"pglm" parent's pid=1940, child's program name is
"pglm", child's pid=1624)
getpgid
On Tue, Apr 01, 2003 at 07:06:45PM -0800, gavin bowlby wrote:
> $ uname -a
> CYGWIN_NT-5.0 reptilicus 1.3.20(0.73/3/2) 2003-02-08
> 12:10 i686 unknown unknown
> Cygwin
Could you test with 1.3.22 please?
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin D
Have a look here
http://cygwin.com/faq/faq_4.html#SEC29
and here
http://sources.redhat.com/ml/cygwin/2003-02/msg00376.html
and here
http://sources.redhat.com/ml/cygwin/2003-02/msg00010.html
rlc
On Thu, 20 Mar 2003, Jerzy Witkowski wrote:
> Hello,
>
> (since I did not receive any answer to my pr
Frederick,
I confirmed the cdda2wav-induced hang on my Windows 2K Pro (SP3 and all
patches and driver updates currently available installed). The CD drive
in my case is on the IDE bus and is the only hardware on an IDE bus in
this system.
The symptoms was a "hang" (mouse stopped tracking and a
Date: Thu, 6 Mar 2003 14:21:33 +0800
To: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]
Subject: RE: 1.3.20: bug: UID over 65536: "I have no name!"
Hello,
Even after changing my UID in /etc/passwd from 65558 to 22, I still get the
following permission errors when I open a she
Hi...
On Fri, Mar 07, 2003 at 08:56:30AM +0100, Michael Lipp wrote:
>I think you are missing an important point: I can build xemacs
>successfully when I use the older (1.3.18) cygwin1.ddl! That's the only
>thing I have changed about the environment (as you can see in the
>environment dump, I'm sti
On Fri, Mar 07, 2003 at 01:23:22PM +0100, Michael Graff Andersen wrote:
>Hello
>
>I have made a little progress, I found mail about a problem similar to
>mine
>
>The solution was:
>chmod a+x /bin
>chmod a+x /lib/gcc-lib/i686-pc-cygwin/3.2/
>
>now I get
>gcc hello.c -o hello
>/usr/lib/gcc-lib/i686
On Fri, Mar 07, 2003 at 08:56:30AM +0100, Michael Lipp wrote:
>I think you are missing an important point: I can build xemacs
>successfully when I use the older (1.3.18) cygwin1.ddl! That's the only
>thing I have changed about the environment (as you can see in the
>environment dump, I'm still u
permissions to the
executable and re-'make' the program_exe was build finally.
Best,
Konstantinos
From: Igor Pechtchanski <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: Konstantinos Makrodimitris <[EMAIL PROTECTED]>
CC: [EMAIL PROTECTED]
Subject: Re: 1.3.20-1 CYGWIN ;
Hi Rick,
I think you are missing an important point: I can build xemacs
successfully when I use the older (1.3.18) cygwin1.ddl! That's the only
thing I have changed about the environment (as you can see in the
environment dump, I'm still using gcc3). So, I insist: there is a bug in
1.3.20-1 (r
Michael,
XEmacs' dumping method does not work with gcc 3.x. This is a known "bug" in the
Windows version of XEmacs (not sure if it works on Unix/Linux or not). Use the
portable dumper (--pdump) option to configure and you should be good to go.
--Rick
--- Michael Lipp <[EMAIL PROTECTED]> wrote:
>
Randal, Igor,
On Wed, Mar 05, 2003 at 08:15:09AM -0800, Randall R Schulz wrote:
> If you're asking me, I'd say it's probably a good idea. It would
> probably help keep lunkheads like me from doing stupid things like
> copying tcsh to csh...
I've uploaded a new release with a postinstall script.
[EMAIL PROTECTED] wrote:
> Hello,
>
> Even after changing my UID in /etc/passwd from 65558 to 22, I still get the
> following permission errors when I open a shell:
>
> /usr/share/texmf/ls-R: Permission denied
> /usr/share/texmf/aliases: Permission denied
>
> Also, my .bashrc file in my home di
being recognized.
(B
(BBest regards,
(BFred Ulmer
(B
(B
(B-Original Message-
(BFrom: Larry Hall (RFK Partners, Inc.) [mailto:[EMAIL PROTECTED]
(BSent: Thursday, March 06, 2003 3:15 PM
(BTo: Keith Hopkins
(BCc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
(BSubject: Re: 1.3.20: bug: UID over
Keith Hopkins wrote:
Hi!
1.3.20-1 on Win2k, downloaded 20030306.
I saw this when a friend of mine, and myself were trying to install
1.3.20 yesterday (dl, then install from dl).
The install would go fine, but when you started the shell, $UID would
have dropped the high bits from the NT-DOMA
Corinna,
At 08:04 2003-03-05, Corinna Vinschen wrote:
...
Would you think it makes sense to create a csh symlink to tcsh.exe in
the package? Seems to be common on Linux at least.
If you're asking me, I'd say it's probably a good idea. It would
probably help keep lunkheads like me from doing stu
On Wed, 5 Mar 2003, Corinna Vinschen wrote:
> > At 01:47 2003-03-05, Corinna Vinschen wrote:
> > >P.S.: No, it doesn't. Create your own symlink or change the first
> > >script line to `#!/bin/tcsh'
>
> Would you think it makes sense to create a csh symlink to tcsh.exe in
> the package? Seems to
On Wed, Mar 05, 2003 at 07:38:17AM -0800, Randall R Schulz wrote:
> At 01:47 2003-03-05, Corinna Vinschen wrote:
> >P.S.: No, it doesn't. Create your own symlink or change the first
> >script line to `#!/bin/tcsh'
>
> Corinna, Igor,
>
> I wonder what this means:
>
> % ll /bin/{t,}csh.exe
> -rwx
At 01:47 2003-03-05, Corinna Vinschen wrote:
On Tue, Mar 04, 2003 at 03:20:52PM -0500, Igor Pechtchanski wrote:
> Konstantinos,
>
> First off, the script is written for csh. Why would you expect sh or bash
> to be able to interpret it? These shells use different syntax.
>
> The original script fa
On Wed, 5 Mar 2003, Corinna Vinschen wrote:
> On Tue, Mar 04, [EMAIL PROTECTED]:20:52PM -0500, Igor Pechtchanski wrote:
> > Konstantinos,
> >
> > First off, the script is written for csh. Why would you expect sh or bash
> > to be able to interpret it? These shells use different syntax.
> >
> > T
On Tue, Mar 04, 2003 at 03:20:52PM -0500, Igor Pechtchanski wrote:
> Konstantinos,
>
> First off, the script is written for csh. Why would you expect sh or bash
> to be able to interpret it? These shells use different syntax.
>
> The original script failed because you don't have csh installed.
Konstantinos Makrodimitris wrote:
> I am trying to run a configure file
> ./config Cygwin-i686
> The file “config” is like:
> _
> #!/bin/csh -f
> Changing the first line of the “config” in sh mode
> #!/bin/sh –f
You do realize
Konstantinos,
First off, the script is written for csh. Why would you expect sh or bash
to be able to interpret it? These shells use different syntax.
The original script failed because you don't have csh installed. Cygwin
does not have a "csh" package, but it does have a "tcsh" package that
m
1/2003 03:53 PM
Please respond to cygwin
To: Jurgen Defurne/BRG/CE/[EMAIL PROTECTED]
cc: [EMAIL PROTECTED]
Subject: Re: 1.3.20 most recent upgrades : rxvt creates 100% load on CPU
Classification:
On Fri, 21 Feb 2003 [EMAIL PROTECTED] wrote:
&
On Tue, Feb 25, 2003 at 01:16:02AM -0500, Christopher Faylor wrote:
> On Tue, Feb 25, 2003 at 04:51:33PM +1100, [EMAIL PROTECTED] wrote:
> >The seg fault only occurs in version 1.3.20. The TEST_FILE macro needs
> >to be set to the name of a file that is larger than 16 system pages +
> >32 bytes.
>
1/2003 03:53 PM
Please respond to cygwin
To: Jurgen Defurne/BRG/CE/[EMAIL PROTECTED]
cc: [EMAIL PROTECTED]
Subject: Re: 1.3.20 most recent upgrades : rxvt creates 100% load on CPU
Classification:
On Fri, 21 Feb 2003 [EMAIL PROTECTED] wrote:
&
On Tue, Feb 25, 2003 at 04:51:33PM +1100, [EMAIL PROTECTED] wrote:
>Christopher, a few points about your comments:
>
>1. I wasn't asking for help. This bug report wasn't for
> our benefit. We're content to use version 1.3.19.
You really should try B20 if you want the absolute best cygwin out th
o be set to the name of a
file that is larger than 16 system pages + 32 bytes.
Brett
-Original Message-
From: Christopher Faylor [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 25, 2003 1:28 PM
To: [EMAIL PROTECTED]
Subject: Re: 1.3.20: mmap with nonzero file offset results in seg fault
(
On Tue, Feb 25, 2003 at 12:49:45PM +1100, [EMAIL PROTECTED] wrote:
>
>Accessing the mapped region of memory after an mmap call
>with a non-zero offset results in a seg fault. A zero
>offset will not result in a seg fault.
>
>Cygwin1.dll version 1.3.19 doesn't experience this problem.
>Cygcheck
On Fri, 21 Feb 2003 [EMAIL PROTECTED] wrote:
> Hello, list,
>
> I was experimenting with emacs, found out about C-h and Backspace
> problem, and then, in suggestion to found answers, I decided to try
> rxvt.
>
> rxvt seems to have a load problem, however. I haven't found anything
> in the mailing
On Thu, Feb 06, 2003 at 06:33:51PM +, Jonathan Larmour wrote:
>Michael H. Cox wrote:
>>don't think that's what I want since I'll be getting changes that have
>>occurred since the 1.3.19-1 release. How do I get the versions of w32api,
>>newlib, etc. that were used to build 1.3.19-1 out of CVS?
Michael H. Cox wrote:
(BTW, the tag cygwin-1-3-19-1 isn't in the list of available tags in cvsweb
at
http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/?cvsroot=src, but it
is in CVS.)
I only got a portion of the source files (the files under
src/winsup/cygwin). If I don't use the tag, I g
On Thu, Feb 06, 2003 at 02:49:43AM -0700, Michael H. Cox wrote:
>
>
>> -Original Message-
>> > To quote from the FAQ:
>> >
>> > "As of this writing, you need to install at least the cygwin source
>> > package and the w32api source package.
>> >
>> > It is possible that the cygwin source pac
Michael H. Cox wrote:
> Excuse me for butting in on this thread, but I'm having trouble using
> the cygwin CVS respository and since CVS seems to be the preferred
> method...
Yes.
> I'm trying to build a debug version of cygwin1.dll to help debug a
> problem I'm having. I'd like to retrieve the
> -Original Message-
> > To quote from the FAQ:
> >
> > "As of this writing, you need to install at least the cygwin source
> > package and the w32api source package.
> >
> > It is possible that the cygwin source package may require a newer
> > version of the w32api package since the rele
On Wed, Feb 05, 2003 at 01:07:37AM +, Jonathan Larmour wrote:
Christopher Faylor wrote:
Give me a friggin' break. "/path/to/source/configure; make". That's how
it works. If it doesn't build for some reason, that's a bug. Given
that I'm producing snapshots from the source base on a regular
On Wed, Feb 05, 2003 at 01:07:37AM +, Jonathan Larmour wrote:
>Christopher Faylor wrote:
>>It's a shame that you were discussing this on the ecos list for days
>>without notifying anyone in cygwin land.
>
>If you mean that you saw my post on the ecos list at the end of last week,
>at that poin
Jonathan Larmour wrote:
I was building natively on cygwin.
This *may*, I repeat *may*, be relevant. I dunno about now, but in the
past there have been times when cygwin would build fine on Chris'
linux-based cross compiler setup, but wouldn't build natively. (and
vice versa, IIRC).
I also
Christopher Faylor wrote:
On Mon, Feb 03, 2003 at 02:33:20PM +, Jonathan Larmour wrote:
Chris Faylor wrote:
Besides Pierre's outstanding ntsec problems, are there other issues that
would hold up a release?
I just heard you're about to release this and was pointed this way. Can I
ask you
42 matches
Mail list logo
