try gdb --help
Al
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]On Behalf
> Of Thomas Mellman
> Sent: 17 October 2002 08:02
> To: [EMAIL PROTECTED]
> Subject: new gdb interface
>
>
> I'm not sure if this is a cygwin issue, but...
>
> I just ran gdb for th
I'm not sure if this is a cygwin issue, but...
I just ran gdb for the first time on CYGWIN to debug a little program I'm writing
All of a sudden up pops a graphics window. Now, I've used gdb for many years,
enjoy it, and can operate it. I can't operate this graphical interface and don't want
I think you're missing my point, Chris.
I am trying to convince software authors to make their Unix software
compatible with text files creates in the DOS world, at least until libc on
all Unixes of the world implement text translation (which they currently
don't).
This is not a CYGWIN issue, b
Hi All,
I have come across a strange behaviour using native gcc on cygwin. I
understand that this issue is not 100% relevant to this list, but I am
hoping some one might have come across this issue before. Apologies for
any incovinience. I have posted the same on newlib mailing list too.
Conside
dropped nano-devel since this would be offtopic for there now.
>
>Perfect, just added "CYGWIN=tty" to the environment variables and all is
>fine. Thanks.
good
>
>Maybe a dumb question. Why does Cygwin not automatically update
>environment variables as part of the installation? Or at least a
I had been using the experimental gcc 3.2-1, but now that it is no
longer experimental, I deleted and reinstalled it at the same time I
upgraded to cygwin 1.13-2. I also made sure I have mingw-runtime 2.2-1.
Now I am having problems with g++ and things like wcslen. Does anyone
see this, or k
Gareth Pearce wrote:
>
>
>
>> Hello
>>
>>I don't know if anyone has noticed, but it appears that when
>> CTRL-C is pressed in Nano it is not recognized under Cygwin. Is this
>> normal behavior under Windows, is the CTRL-C somehow intercepted and
>> stripped out? I am using WinXP.
>
>
> A
Shizhu Pan wrote:
> I have upgrade my cygwin 1.3.2 to 1.3.12, and when I start Vim 6.1 it
> said that the TERM 'cygwin' not supported, only four 'builtin-xxx'
> term type is supported.
I assume you mean 1.3.13-2 (the current version). Vim gives me no such
message here and works fine with TERM=
Chris:
Sorry to not make the correlation with the other problems; none of them
seemed similar enough. I guess that I didn't catch the right threads.
As I'm sure you already know, the latest snapshot seems to fix the problem.
Thanks!
Doug Knisely
> Check other threads in the cygwin mailing lis
> From: Christopher Faylor [mailto:[EMAIL PROTECTED]]
>
> On Thu, Oct 17, 2002 at 11:09:31AM +1300, Ross Smith wrote:
> >I just upgraded to the new cygwin dll and gcc, and I seem to
> be running
> >into some of the same problems reported by others. (Yes, I know ntsec
> >is now enabled by default
Sorry, I shouldnt have rushed this...
A1: If you click on the skip icon or text you should see 'skip' replaced by
a version number of the prog you downloaded, once you see that version
number that means it will be installed/downloaded and then installed.
Elfyn
- Original Message -
> >
Hey,
A1: If you click on the skip icon or ext you should see 'skip' replaced by
a
version number of the prog you downloaded.
A2: Say you selected to download packages to C:\Temp\Cygwin then all you
need to do is move 'Cygwin' to somewhere else. When you re-run setup you
just select the locati
>Hello
>
>I don't know if anyone has noticed, but it appears that when CTRL-C is
>pressed in Nano it is not recognized under Cygwin. Is this normal behavior
>under Windows, is the CTRL-C somehow intercepted and stripped out? I am
>using WinXP.
As mentioned in the cygwin archives - the
On Wed, Oct 16, 2002 at 01:08:49PM -0500, Gary R Van Sickle wrote:
>With the attached script I see this (cd to a directory tree with some C
>source code in it first):
Unfortunately, your script runs fine here in XP and NT 4.0.
1) Could you send cygcheck -r -s -v as an attachment here?
2) Run th
I agree. If you're not getting the /usr/bin directory then something is
definitely wrong there w.r.t. the installation. Perhaps someone else here
on the list can suggest something else to look at in terms of setup.exe.
I suppose you could check to make sure that the cygwin package itself
downlo
Hello
I don't know if anyone has noticed, but it appears that when CTRL-C
is pressed in Nano it is not recognized under Cygwin. Is this normal
behavior under Windows, is the CTRL-C somehow intercepted and stripped
out? I am using WinXP.
Rocco
--
Unsubscribe info: http://cygwin.co
On Thu, 2002-10-17 at 10:10, Rolf Campbell wrote:
> > -Original Message-
> So, silly question, why did this only start appearing in this new
> version of cygwin?
It's been this way for several versions. It was discussin the -development list when
it was introduced.
Cheers,
Rob
--
---
Last week I downloaded and used setup for the minimal cygwin
system. I used the 'download from internet' and 'install from
download' options rather blindly, because I could not see how to
select packages. More on that later.
This installation basically provided bash, info, ls, etc. and
seems to
> -Original Message-
> From: Christopher Faylor [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, October 16, 2002 7:54 PM
>
> Ok. This is occurring in code compiled via gcc 3. gcc 3
> uses a phreads mutex which is assigned to
> PTHREAD_MUTEX_INITIALIZER. There is a check for whether the
On Thu, 2002-10-17 at 09:54, Christopher Faylor wrote:
> On Wed, Oct 16, 2002 at 07:07:16PM -0400, Rolf Campbell wrote:
> Robert Collins, can this behavior be changed? Can we avoid checking
> PTHREAD_MUTEX_INITIALIZER for validity. I think you may have done this
> once before, in fact.
Christo
On Wed, Oct 16, 2002 at 07:49:19PM -0400, Rolf Campbell wrote:
>> -Original Message-
>> From: Christopher Faylor [mailto:[EMAIL PROTECTED]]
>>
>> I don't know. I think it would be far simpler to have something like:
>>
>> #ifdef __CYGWIN__
>> # define READTEXT "rt"
>> #else
>> # define
On Wed, Oct 16, 2002 at 07:07:16PM -0400, Rolf Campbell wrote:
>Program received signal SIGSEGV, Segmentation fault.
>0x77e88207 in _libkernel32_a_iname ()
>(gdb) traceback
>Undefined command: "traceback". Try "help".
>(gdb) backtrace
>#0 0x77e88207 in _libkernel32_a_iname ()
>#1 0x00412820 in
On Wed, 16 Oct 2002, Igor Pechtchanski wrote:
> On Wed, 16 Oct 2002, David A. Cobb wrote:
>
> > Igor Pechtchanski wrote:
> >
> > >On 16 Oct 2002, Robert Collins wrote:
> > >
> > >>On Wed, 2002-10-16 at 09:11, Max Bowsher wrote:
> > >>
> > >>>David A. Cobb wrote:
> > >>>
> > Would it be a big
> -Original Message-
> From: Christopher Faylor [mailto:[EMAIL PROTECTED]]
>
> I don't know. I think it would be far simpler to have something like:
>
> #ifdef __CYGWIN__
> # define READTEXT "rt"
> #else
> # define READTEXT "r"
> #endif
>
> .
> .
> .
>
> FILE fp = fopen ("foo", REA
It didn't fix the sigsegv problem with gdb, but I was also having
problems with gcc producing .exe files that didn't have execute
permissions.
-Rolf
> -Original Message-
> From: Christopher Faylor [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, October 16, 2002 7:26 PM
> To: [EMAIL PROTEC
On Wed, Oct 16, 2002 at 07:23:25PM -0400, Rolf Campbell wrote:
>That fixed all of my problems! "mkpasswd -du mywindowslogin >
>/etc/passwd", and then gcc started producing programs that were
>executable again.
Wow. I'm amazed. I didn't expect that it would fix those kind
of problems. I'm glad
That fixed all of my problems! "mkpasswd -du mywindowslogin >
/etc/passwd", and then gcc started producing programs that were
executable again.
-Rolf
> -Original Message-
> From: Christopher Faylor [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, October 16, 2002 7:05 PM
> To: [EMAIL PROT
> -Original Message-
> From: Christopher Faylor [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, October 16, 2002 3:53 PM
>
> On Wed, Oct 16, 2002 at 01:21:14PM -0400, Rolf Campbell wrote:
> >GDB does not 'crash', so it does not produce a traceback. The only
> >traceback that I can get is
On Thu, Oct 17, 2002 at 12:09:35AM +0200, Dan Vasaru wrote:
>Mark,
>
>As Chris suggested, if you want consistent behaviour under cygwin, always
>open text files in text mode (O_TEXT or "rt").
>Even better, wrt portability to Unix platforms, is to:
>
>1. open the file in binary mode
>2. be prepared
On Thu, Oct 17, 2002 at 11:09:31AM +1300, Ross Smith wrote:
>I just upgraded to the new cygwin dll and gcc, and I seem to be running
>into some of the same problems reported by others. (Yes, I know ntsec
>is now enabled by default.)
>
>First problem: chmod doesn't work. Whenever I try to use it, I
Hello!,
I have updated the version of Pine to 4.44-3. This version tries to fix
problems detected with Pine when using the cygwin terminal. I am *VERY*
interested in knowing any problems that are found when running Pine in
different terminals, so PLEASE report them to the cygwin mailing list. I
I have upgrade my cygwin 1.3.2 to 1.3.12, and when I start Vim 6.1 it
said that the TERM 'cygwin' not supported, only four 'builtin-xxx' term
type is supported.
in 1.3.2 Vim works with the TERM=cygwin very good, but why it stops work
after 1.3.12?
I had tried each of the four 'builtin-xxx' TERM
Hi List,
I think this is more of a c programming question, but it's for an
implementation on cygwin. Therefore I'll take my ego in my own hands and
ask the question on the list.
Am I missing a function that will map an inode or file stream pointer to an
explicit, full pathname for an open file?
Have you tried:
$ mkdir -p /s
$ mount //sj-f760-2/s /s
???
This works for me...
Is wdsladm a real username on the domain (or server sj-f760-2) and if so
does this user have permission on that share?
Elfyn
- Original Message -
From: Sead Mujushi <[EMAIL PROTECTED]>
To: <[EMAIL
I just upgraded to the new cygwin dll and gcc, and I seem to be running
into some of the same problems reported by others. (Yes, I know ntsec
is now enabled by default.)
First problem: chmod doesn't work. Whenever I try to use it, I just get
"chmod: changing permissions of `foo': Invalid argument
Mark,
As Chris suggested, if you want consistent behaviour under cygwin, always
open text files in text mode (O_TEXT or "rt").
Even better, wrt portability to Unix platforms, is to:
1. open the file in binary mode
2. be prepared to accept both CRLF- and LF-style text files (i.e. strip the
CR you
G'day guys,
I have a problem that I think is related to permissions
but I'm not entirely sure. I've followed some of the
suggestions and tips that others and Corinna have posted
to no avail.
I have setup ssh on a Win2k machine running the cygwin
environment "cygwin01".
I've run
> % mkpasswd -d
cURL has been updated to version 7.10.1-1
NOTE - if you use cURL to access an SSL protected (https) web server, read
the UPGRADE document for details on important new functionality:
/usr/doc/curl-7.10.1/UPGRADE
ALSO NOTE - there is a new package named curl-devel, which contains all of
the de
Jie,
LIBCMT is the Microsoft implementation of the C runtime, and is compiled
using the microsoft c compiler. CYGWIN is another implementation of the a
unix-style C runtime, and the two of them don't mix.
The _beginthread and _endthread calls are Microsoft specific extensions to
the C standard;
On Wed, Oct 16, 2002 at 04:20:41PM -0500, Madsen, Mark wrote:
>When I run an application that uses the cygwin1.dll from either a Windows Service and
>then from the command line I get different results when trying to read a text file.
>
>As a Windows Service:
>I use fopen and fgets to read a DOS t
One of the (implicit, unstated) rules of using 'setup.exe' is that you
run it in a directory other than the directory in which you will install
the files.
try this (read the entire reply before starting):
1. create a directory, say c:\cygwin-setup
2. download (or copy) setup.exe to that d
When I run an application that uses the cygwin1.dll from either a Windows Service and
then from the command line I get different results when trying to read a text file.
As a Windows Service:
I use fopen and fgets to read a DOS text file and the CR/LF combinations are handled
properly. Meaning
Having looked at the recent discussion about rebase and apache and
having tried everything I can think of, I come to the list for the first
time...
I installed cygwin virgin from the web Monday on a newly reimaged Win XP
Professional machine.
I proceeded to run /usr/sbin/httpd in my usual way an
On Wed, 16 Oct 2002, [EMAIL PROTECTED] wrote:
> Igor,
>
> I don't think you understand. Asking for a patch is supposed to kill
> a thread. You're not actually supposed to do anything as a result. It's
> just our code word on this list for "this discussion is over". Sorry you
> didn't understa
Sorry, I'm not that good at interpreting setup log files. Perhaps
others can help. I'm assuming c:\foo exists locally. I'm a bit
concerned by messages like "compress_bz::error called" but that might
be fine. Better info would be the output of cygcheck -s -r -v. That
I can read *and* interpr
New News:
===
I have updated the version of PostgreSQL to 7.2.3-1. The tarballs should
be available on a Cygwin mirror near you shortly.
PostgreSQL 7.2.3 is a bug fix release addressing a serious problem with
vacuum that could result in data loss. See the following for more
details, if int
Hi,
Is LIBCMT.LIB available with CYGWIN gcc? If not, what is an better
alternatives?
I have a C program for a device that calls _beginthread and _endthread
directly. I have only CYGWIN gcc on my Windows XP now. MSDN has
LIBCMT.LIB.
Any help would be greatly appreciated. Please send your reply t
Igor,
I don't think you understand. Asking for a patch is supposed to kill
a thread. You're not actually supposed to do anything as a result. It's
just our code word on this list for "this discussion is over". Sorry you
didn't understand that. ;-)
In all seriousness (and I *was* joking wit
On Wed, Oct 16, 2002 at 01:17:14PM -0500, D. N. Knisely wrote:
>It looks like something has changed in 1.3.13-2 related to poll or waiting
>for signals? Possibly there has always been a race condition that is now
>occurring 100% of the time with 1.3.13-2, but never occurred with previous
>version
On Wed, Oct 16, 2002 at 01:21:14PM -0400, Rolf Campbell wrote:
>GDB does not 'crash', so it does not produce a traceback. The only
>traceback that I can get is of the program I'm debugging, which I don't
>think is meaningful, and I can't seem to copy/paste from the gdb console
>window.
Huh? You
On Wed, Oct 16, 2002 at 05:10:03PM +, skyper wrote:
>On Wed, Oct 16, 2002 at 11:39:15AM -0400, Christopher Faylor wrote:
>> Please send the output of 'cygcheck -r -s -v' as an attachment to this
>> mailing list.
>>
>
>here we go...
That helped. You need to download the gcc-mingw package.
I
Hi,
I was wondering if anyone has sucessfully got apache going as a service? I
installed it as a service and worked for about 5 minutes but then would not
tender to clients, although the daemon was still in listening state. I then
tried to run it through inetd but same symptons as before, only ru
Hi,
Is LIBCMT.LIB available with CYGWIN gcc? If not, what is the possible
alternatives?
I have a C program for a device that calls _beginthead and _end thread
directly . LIBCMT.LIB certainly has them.
Your help would be greatly appreciated.
Plese send your reply to [EMAIL PROTECTED]
Regards,
Thank you for the information. I have tried three binary versions of imapd
(all different) and have built my own binary. All four versions have the
same behavior which is new to cygwin1.dll version 1.3.13-2.
imapd will load. With cygwin1.dll version 1.3.12 (and various earlier
versions), imapd
>On Wed, Oct 16, 2002 at 03:18:52AM -0500, Gary R. Van Sickle wrote:
>>> Also, Gary, you might want to try the most recent snapshot. I kludged
>>> around some similar problems with rxvt and X. Maybe I got lucky and
>>> fixed some problems with perl.
>>
>
Eduardo Chappa writes:
> Let me tell you my part of the story. I have compiled the imapd server,
> and as to how I understand that it should work, it works. However, one of
> the people in this forum tells me that it does not work for him.
I thought i would pass along my recent experience with th
Thanks to the help of lots of folks, I now have emacs goodness in both
bash and X. I've tried to transfer the knowledge to
http://www.emacswiki.org/cgi-bin/wiki.pl?CygwinizedEmacsHOWTO
Feel free to add/modify. HTH another newbie.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simp
GDB does not 'crash', so it does not produce a traceback. The only
traceback that I can get is of the program I'm debugging, which I don't
think is meaningful, and I can't seem to copy/paste from the gdb console
window.
-Rolf
> -Original Message-
> From: Christopher Faylor [mailto:[EMAI
On Wed, Oct 16, 2002 at 11:39:15AM -0400, Christopher Faylor wrote:
> On Wed, Oct 16, 2002 at 09:00:59AM +, skyper wrote:
> >Hi,
> >
> >after updating to the latest 3.2 (from 8h ago)
> >i get the above error message.
> >
> >Should gcc find in /usr/lib/gcc-lib//cc1
> >on his own?
> >
> >sample
On Wed, 16 Oct 2002, [EMAIL PROTECTED] wrote:
> Original Message:
> -
> From: Soren A [EMAIL PROTECTED]
> Date: Wed, 16 Oct 2002 04:15:29 + (UTC)
> To: [EMAIL PROTECTED]
> Subject: Re: New cygwin & .dir_colors
>
> [snip]
>
> The dircolors command in Cygwin should, IMHO, output
Based on your general description, it's not clear why you see the problem
you do. Of course, the devil is in the details and those are lacking. The
log files from setup might be of some help. However, you should be able
to resolve your immediate problem by simply editing your cygwin.bat file
t
Actually, my inquiry was to Soren w.r.t. his comment about the
desire to have dircolors output the Cygwin terminal information
as well. You chopped that part out of the text you quoted below
so it makes it look like I was responding to your issue specifically.
I agree with you that you've found
On Wed, Oct 16, 2002 at 12:14:24PM -0400, Rolf Campbell wrote:
>It stops at "_libkernel32_a_iname" with "Unable to Read Instruction at
>0x77e88207".
That's not really useful. What's the backtrace?
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://c
It stops at "_libkernel32_a_iname" with "Unable to Read Instruction at
0x77e88207".
> -Original Message-
> From: Rolf Campbell
> Sent: Wednesday, October 16, 2002 12:04 PM
> To: [EMAIL PROTECTED]
> Subject: RE: GDB always receives sigsegv with cygwin 1.3.13-2
>
>
> Both.
>
> > -O
*** Joshua Daniel Franklin ([EMAIL PROTECTED]) wrote today:
:) > The multiple cygwin1.dll version is generally a good idea, but for
:) > old apps with only binaries available, it was nice to use multiple
:) > copies sparingly. It would be nice to have a CYGWIN variable to
:) > disable the strict
Larry Hall wrote:
> > Just installed the new cygwin and the old directory listing
> > colors are no longer recognized. Now it only distinguishes
> > between normal files (red), directories (dark blue), and
> > links (cyan). It used to distinguish between the file types
> > too, i.e., .zip, .c,.
On Wed, Oct 16, 2002 at 09:36:23AM -0400, Pierre A. Humblet wrote:
>Christopher Faylor wrote:
>>I'm generating a new snapshot which should fix this. I've downloaded
>>ispell from franken.de and verified that it was previously broken but
>>seems to work now. I should probably incorporate this tes
Both.
> -Original Message-
> From: Christopher Faylor [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, October 16, 2002 11:36 AM
> To: [EMAIL PROTECTED]
> Subject: Re: GDB always receives sigsegv with cygwin 1.3.13-2
>
>
> On Wed, Oct 16, 2002 at 09:20:18AM -0400, Rolf Campbell wrote:
> >
I just installed Cygwin. When I try to launch using desktop Cygwin icon,
a window launches momentarilly, then disappears. I also tried running
the cygwin.bat file, but that doesn't work. It tries to chdir to a bin
directory that isn't there. I tried uninstalling everything and doing a
complete
New News:
===
I have updated the version of fetchmail to 6.1.0-1. The tarballs should
be available on a Cygwin mirror near you shortly.
fetchmail 6.1.0 was released to address the following security advisory:
http://security.e-matters.de/advisories/032002.html
Old News:
===
Fetch
On Wed, Oct 16, 2002 at 09:00:59AM +, skyper wrote:
>Hi,
>
>after updating to the latest 3.2 (from 8h ago)
>i get the above error message.
>
>Should gcc find in /usr/lib/gcc-lib//cc1
>on his own?
>
>sample line:
>gcc -mno-cygwin -o hello.exe hello.c
>
>Also does not find his crt2.o and crtbegi
On Wed, Oct 16, 2002 at 07:19:10AM -0400, Jason Tishler wrote:
>Gary,
>
>On Mon, Oct 14, 2002 at 10:24:57AM -0500, Gary R Van Sickle wrote:
>> I've never manually done anything with rebasing etc.
>
>Nevertheless, rebasing should solve this problem. I encourage you to
>try it and report your findi
On Wed, Oct 16, 2002 at 03:18:52AM -0500, Gary R. Van Sickle wrote:
>> Also, Gary, you might want to try the most recent snapshot. I kludged
>> around some similar problems with rxvt and X. Maybe I got lucky and
>> fixed some problems with perl.
>>
>
>No su
On Wed, Oct 16, 2002 at 09:20:18AM -0400, Rolf Campbell wrote:
>I tried continuing, it hangs for about 5 minutes, then displays "Can't
>read instruction at " and some address starting with 7.
Hmm. Is this with the experimental version of gdb or the crufty version?
cgf
--
Unsubscribe info:
all of that for Windows 98.
>>
>>The next snapshot may work better.
>
>It sure did.
>I tried the 20021016 snapshot and it does not crash on W89SE like the
>20021015 snapshot. Also more now works properly in a cygwin/DOS box.
>The snapshot info from cygcheck is:
>[snip
Yes Victor, ispell is broken with the 1.3.13-2 cygwin1.dll
but there is already a fix available:
http://cygwin.com/ml/cygwin/2002-10/msg00862.html
http://cygwin.com/snapshots/
Pierre
Victor Stepanov wrote:
>
> Pierre,
>
> Did you tried to use your ispell binarys with latest cygwin dll and lib
Why don't people who post these kinds of questions think to look at the
available resources (web site, FAQ, email archives, etc) before posting???
OK, I guess that helped me! ;-)
Try www.cygwin.com/packages
If it's not obvious to you how this helps you solve your problem, check the
email a
Not really. You might want to try querying the original source of this
cross-compiler though. This list can't really answer questions about
software that isn't part of the Cygwin net release.
Larry
Original Message:
-
From: Alexandre April [EMAIL PROTECTED]
Date: Wed, 16 Oct
I think the answer to the question below hinges on the appearance
of a patch to implement 'nanosleep' from some interested party.
Larry
Original Message:
-
From: Pierre Habraken [EMAIL PROTECTED]
Date: Wed, 16 Oct 2002 11:55:15 +0200
To: [EMAIL PROTECTED]
Subject: 1.3.12-2: nanos
I'm going to go out on a limb here and guess that the reason you
haven't heard a response on this is because the answer is not something
that folks on this list know off the top of their head. You'll probably
find it more expedient and useful to check the Cygwin configure to determine
this yourse
oaidl.h uses a symbol CURRENCY that is not defined anywhere in the Cygwin
system headers.
Also, it would need to include wtypes.h and unknwn.h in order to compile.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation
David schrieb:
> I get the same symptoms (without the -ldb and -lutils which I don't have)
> Removing the -shared option from the gcc compile line fixes it for me.
Strange ... how does Perl's Configure script got the idea to use -shared
to try this compile?
Looks like a bug in the Configure...
Original Message:
-
From: Soren A [EMAIL PROTECTED]
Date: Wed, 16 Oct 2002 04:15:29 + (UTC)
To: [EMAIL PROTECTED]
Subject: Re: New cygwin & .dir_colors
"Jelks Cabaniss" <[EMAIL PROTECTED]> wrote around 14 Oct 2002
001c01c273af$bee42910$6601a8c0@blackie:">news:001c01c273af$
On Wed, 16 Oct 2002, David A. Cobb wrote:
> Igor Pechtchanski wrote:
>
> >On 16 Oct 2002, Robert Collins wrote:
> >
> >>On Wed, 2002-10-16 at 09:11, Max Bowsher wrote:
> >>
> >>>David A. Cobb wrote:
> >>>
> Would it be a big deal to have the various setup scripts send their
> output to, s
Igor Pechtchanski wrote:
>On 16 Oct 2002, Robert Collins wrote:
>
>
>
>>On Wed, 2002-10-16 at 09:11, Max Bowsher wrote:
>>
>>
>>>David A. Cobb wrote:
>>>
>>>
Would it be a big deal to have the various setup scripts send their
output to, say, /var/log/setup/SCRIPTNAME.log?
> The multiple cygwin1.dll version is generally a good idea, but for old apps
> with only binaries available, it was nice to use multiple copies sparingly.
> It would be nice to have a CYGWIN variable to disable the strict multiple
> cygwin1.dll version checking feature.
I don't know if this woul
[EMAIL PROTECTED] wrote:
>
>
> EXIM_PERL=/usr/src/perl-5.8.0-1/buildperl/perl.o
Try
EXIM_PERL=perl.o
It's complaining about not finding exim defined functions defined
in perl.c
> /usr/src/exim-4.10-2/build-CYGWIN-i386/exim.c:2375: undefined
> reference to `_init_perl'
> expand.o: In function
Christopher Faylor wrote:
> I'm generating a new snapshot which should fix this. I've downloaded
> ispell from franken.de and verified that it was previously broken but
> seems to work now. I should probably incorporate this test into the
> cygwin test suite.
>
> PLEASE TRY THE SNAPSHOT and ve
http://sources.redhat.com/newlib/
IIRC there is some information about reentrancy in
libc.info and libm.info -- have you read over that?
__
Do you Yahoo!?
Faith Hill - Exclusive Performances, Videos & More
http://faith.yahoo.com
--
Unsubscribe i
I get the same symptoms (without the -ldb and -lutils which I don't have)
Removing the -shared option from the gcc compile line fixes it for me.
Dave
NT SP6
cygwin 1.3.12-4
gcc 2.95.3-4
> -Original Message-
> From: Gerrit P. Haase [mailto:[EMAIL PROTECTED]]
> Sent: 16 Oc
On Wed, Oct 09, 2002 at 10:26:45AM -0400, [EMAIL PROTECTED] wrote:
> Why not just copy the Cygwin termcap entry to the machines that you log
> into?
>
No Joy on modifying termcap or terminfo.
What I did discover was that a remote machine I commonly ssh into DID
work as I expected, provided I t
I tried continuing, it hangs for about 5 minutes, then displays "Can't
read instruction at " and some address starting with 7.
-Rolf
> -Original Message-
> From: Christopher Faylor [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, October 15, 2002 7:41 PM
> To: [EMAIL PROTECTED]
> Subject: Re
Hallo,
I have *not* updated Cygwin recently:
$ cygcheck -c cygwin
Cygwin Package Information
Package Version
cygwin 1.3.12-4
and everything works fine some days back when compiling C files,
now I'm having these problems:
$ mount
[...]
H:\cygwin\
Hello,
ioctl(SIOCGIFFLAGS) doesn't work the way I expected it to : it
apparently uses as an input the ifr_addr field of the output union
present in struct ifreq, instead of the ifr_name (first union in that
struct) which is used by the 2 Unices I have access to (Linux and
Solaris).
The code I'm
I cannot run vi in cygwin. It complains cygintl.dll
cannot be found. It may be due to the fact that I
installed multiple language support.
Where can I find this dll ? Is it all I need to fix
it?
How Man
__
Do you Yahoo!?
Faith Hill - Exclusive
I doing the "make" command and at the first file it try to compile I'm
getting that error "ccppc.exe: installation problem, cannot exec
`C:/Torn21_PPC_00/host/x86-win32/lib/gcc-lib/powerpc-wrs-vxworks/gcc-2.96/cp
p.exe': No more processes".
My problem seem to be comming from a re
Hello
I am interested in building and running GDA ( GNOME Data Access at
http://www.gnome-db.org/ ) on
Cygwin.
It is built for Linux, but it is suppose to be portable to other platforms.
It does not require GNOME nor gtk+. It only requires libxml2 (included in
Cygwin) and glib-2.0 (already a por
just tried with ntsec enabled. if run as ./foo.sh the script foo.sh will run
whether or not the executable bit is set. the only difference was that bash
wouldn't auto complete it for me when not marked as executable ;)
> -Original Message-
> From: Kris Thielemans [mailto:[EMAIL PROTECTED
Gary,
On Mon, Oct 14, 2002 at 10:24:57AM -0500, Gary R Van Sickle wrote:
> I've never manually done anything with rebasing etc.
Nevertheless, rebasing should solve this problem. I encourage you to
try it and report your findings to the list.
Thanks,
Jason
--
Unsubscribe info: http://cygw
Hi Andrei,
we see only part of your problem here. However, if you're asking on how to
make cygwin recognise that a shell script is executable, you should put
#! /bin/sh
as first line in the script. No chmod necessary (This is a FAQ actually).
(I don't know if chmod would work/is necessary with th
1 - 100 of 110 matches
Mail list logo
