RPM installer needed for my PHP project

[Jean-Michel POURE]

Dear all,

I am working on an RPM installer class for PHP. My application works only for 
Linux and I would like to offer support for $W. Please do not flame me this 
time.

Has anyone successfully ported RPM to Cygwin? Please note this is not for 
Cygwin installation itself. 

Best regards,
Jean-Michel POURE

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: bash/cmd CTRL-C problem...

[Michael Rumpf]

> Did you mean to take this off-list? My preference is to keep discussions
> on-list where possible.

Sorry, hadn't looked at the To: field when replying...

> - Original Message -
> From: "Michael Rumpf" <[EMAIL PROTECTED]>
> To: "Robert Collins" <[EMAIL PROTECTED]>
> Sent: Wednesday, January 09, 2002 2:01 AM
> Subject: Re: bash/cmd CTRL-C problem...
>
>
> > The output is looking as if it is working correctly now. Great work
> 
> >
> > If this is accepted which module needs to be updated ? Is it the bash
> only
> > or does the code belong to the cygwin DLL ? And what are the public
> release
> > plans for those modules, i.e. when do you expect to see this hit any
> stable
> > module release...?
>
> It's a cygwin1.dll change, nothing to do with bash. Once Chris and I
> agree on the minor details to make this happen, it'll be available in
> snapshots within a day or two. Then the next release will have the code
>
> > The fact is that our integration team which does provide the
> infrastructure
> > for the build process will not accept any other version than an
> officially
> > released one...
>
> *shrug*. I'm pretty sure that a new release won't be rushed out to fix a
> minor non-security related bug.

A snapshot is perfect. I just don't think that our integration team would
take the effort to build cygwin from source ...

Michael



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: RPM installer needed for my PHP project

[Rue. SATOH]

jm.poure> Has anyone successfully ported RPM to Cygwin? Please note this is not for 
jm.poure> Cygwin installation itself. 

I had ported RPM 3.0.6 to Cygwin. 
Please see http://www.sixnine.net/cygwin/.

I have been managing cygwin packages from Cygwin 1.1, but no trouble
in my life with this rpm.exe.
--
Rue. SATOH

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

[Q]Windows PATH is not working..

[S.B.(SangBum) LEE]

Hi. cygwiners..

I have installed cygwin(DLL version: 1.3.6) on Win 2K & met the following problem.


leesb@leesb-kr ~
$ which notepad
/cygdrive/c/WINNT/system32/notepad

leesb@leesb-kr ~
$ cygpath -w /cygdrive/c/WINNT/system32/notepad
c:\WINNT\system32\notepad

leesb@leesb-kr ~
$ c:\WINNT\system32\notepad
bash: c:WINNTsystem32notepad: command not found

leesb@leesb-kr ~
$ c:\WINNT\system32\notepad.exe
bash: c:WINNTsystem32notepad.exe: command not found

leesb@leesb-kr ~
$ /cygdrive/c/WINNT/system32/notepad <-- in this case, it's working fine.

What should I look at to fix this? Any ideas?

Please reply all because I'm not a subscriber. Thanks.





--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [avail for test] ncurses-5.2-8 and libncurses6-5.2-8

[Robert Collins]

===
- Original Message -
From: "Charles Wilson" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, January 09, 2002 5:57 PM
Subject: [avail for test] ncurses-5.2-8 and libncurses6-5.2-8


> I've placed updated versions of these two packages on sourceware, but
> have marked them 'test'.  In order to install them, you must use setup
> and pick the 'Exp'erimental radio button on the chooser.

Note: You can also install them by clicking on the version number to the
right of the package name until your desired version is selected.



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: cygwin console

[Igor Bujna]

Gerrit P. Haase wrote:

> Kent,
>
> 2002-01-08 18:12:54, du schriebst:
>
>>> To get it work for me, I had to include the path to bash
>>> rxvt -e /bin/bash --login -i
>>>
>
>>> probably because I don't have the cygwin paths in my windows PATH.
>>> Once bash starts with --login it reads the /etc/profile and 
>>> everything is ok.
>>>
>
>> ding ding ding ding!  We have a winner.  This works.
>>
>
> Come on, that isn't fair;)
> I posted MY shortcut target at the beginning of this thread:
> http://cygwin.com/ml/cygwin/2002-01/msg00370.html
>
>
> Gerrit
>
Hi,
its very good. Bad i have some program  with ncurses. On the screen i 
see the box() function in curses creates an ugly looking box, where the 
extended characters drawing the box (ACS_VLINE, ACS_HLINE) are replaced 
with characters from the lower ASCII set (3 and Ä). This code works fine 
under VT100 terminal settings.
Thanks and bye


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [Q]Windows PATH is not working..

[Pavel Tsekov]

S.B.(SangBum) LEE wrote:

> Hi. cygwiners..
> 
> I have installed cygwin(DLL version: 1.3.6) on Win 2K & met the following problem.
> 
> 
> leesb@leesb-kr ~
> $ which notepad
> /cygdrive/c/WINNT/system32/notepad
> 
> leesb@leesb-kr ~
> $ cygpath -w /cygdrive/c/WINNT/system32/notepad
> c:\WINNT\system32\notepad
> 
> leesb@leesb-kr ~
> $ c:\WINNT\system32\notepad
> bash: c:WINNTsystem32notepad: command not found
> 
> leesb@leesb-kr ~
> $ c:\WINNT\system32\notepad.exe
> bash: c:WINNTsystem32notepad.exe: command not found



The backslashes in you command line have to be escaped i.e.
instead of typing just '\' you have to type '\\'. This is
because the shell, I assume you're using bash, threats the
'\' character in a special fashion.

Maybe you have to read the FAQ and other docu available at
cygwin.com. Just a friendly advise :)


> 
> leesb@leesb-kr ~
> $ /cygdrive/c/WINNT/system32/notepad <-- in this case, it's working fine.

Yep - this is a absolute POSIX path, so no problems with it.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Potential problems with cygwin GCC and -mno-cygwin switch

[Robert Collins]

Soren, you may find this an interesting read.
http://www.tuxedo.org/~esr/faqs/smart-questions.html. It attempts to
explain some of the motivations behind a few (not all) of the brusque
behaviours exhibited by many hacker communities (and those lead by
hackers even if not exclusively composed thereof). (I'm not suggesting
you need to read it, just that it (as a humanistic document) may
interest you.

Rob


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: cygwin console

[Pavel Tsekov]

Igor Bujna wrote:

> Gerrit P. Haase wrote:
> 
>> Kent,
>>
>> 2002-01-08 18:12:54, du schriebst:
>>
 To get it work for me, I had to include the path to bash
 rxvt -e /bin/bash --login -i

>>
 probably because I don't have the cygwin paths in my windows PATH.
 Once bash starts with --login it reads the /etc/profile and 
 everything is ok.

>>
>>> ding ding ding ding!  We have a winner.  This works.
>>>
>>
>> Come on, that isn't fair;)
>> I posted MY shortcut target at the beginning of this thread:
>> http://cygwin.com/ml/cygwin/2002-01/msg00370.html
>>
>>
>> Gerrit
>>
> Hi,
> its very good. Bad i have some program  with ncurses. On the screen i 
> see the box() function in curses creates an ugly looking box, where the 
> extended characters drawing the box (ACS_VLINE, ACS_HLINE) are replaced 
> with characters from the lower ASCII set (3 and Ä). This code works fine 
> under VT100 terminal settings.


If you set the global CYGWIN environment variable to codepage:ansi the 
problem
should disappear - or am I wrong ?


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [avail for test] ncurses-5.2-8 and libncurses6-5.2-8

[$BEOJU(B $B@5(B / Tadashi Watanabe]

> On Wed, 09 Jan 2002 01:57:50 -0500
> [EMAIL PROTECTED](Charles Wilson)  said:

cwilson>Can somebody verify that they can now build packages without
cwilson> -DBROKEN_LINKER when previously that switch was required?

I have succeeded in building lynx2.8.5dev.7, without -DBROKEN_LINKER.

-- 
WATANABE, Tadashi

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

w32api header problems

[Jean le Roux]

Hi guys

I need to include /usr/include/w32api/winbase.h in order to use the
GetVolumeInformation(...) system call under windows.

However, as i metioned in an earlier mail, DWORD seems to not be
defined. I tracked DWORD's definition down to windef.h.. but it seems
the whole include chain is a bit funny.. there are lots of
inter-dependencies which are not satisfied. 

Does anyone have any words of wisdom to make life a little easier, or
do I simply have to test for, and include, all the headers in w32api ?

Thanx.

-- 
Jean le Roux
Binary Entropy Catalyst

Cellular:   083 505 6443

What UNIVERSE is this, please??

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: cygwin console

[egor duda]

Hi!

Wednesday, 09 January, 2002 Pavel Tsekov [EMAIL PROTECTED] wrote:

>> its very good. Bad i have some program  with ncurses. On the screen i
>> see the box() function in curses creates an ugly looking box, where the 
>> extended characters drawing the box (ACS_VLINE, ACS_HLINE) are replaced 
>> with characters from the lower ASCII set (3 and Ä). This code works fine 
>> under VT100 terminal settings.

PT> If you set the global CYGWIN environment variable to codepage:ansi the 
PT> problem should disappear - or am I wrong ?

exactly the opposite. codepage:ansi is a default setting, and to draw
"pretty boxes" one should use codepage:oem. Ain't it mentioned in
ncurses README?

Egor.mailto:[EMAIL PROTECTED] ICQ 5165414 FidoNet 2:5020/496.19


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: 1.3.6-6 & CVS: BUG: opendir() returns ENOTDIR whereas ENOENT would probably be a better choice...

[egor duda]

Hi!

Friday, 04 January, 2002 Christopher Faylor [EMAIL PROTECTED] wrote:

CF> On Fri, Jan 04, 2002 at 09:59:31PM +0300, egor duda wrote:
>>Friday, 04 January, 2002 Alexei Lioubimov [EMAIL PROTECTED] wrote:
>>AL> cvs [checkout aborted]: cannot open directory .../CVS/mypoj/Attic: Not a
>>AL> directory
>>AL> I send this error to info-cvs mailing list and they said, that it is due to
>>AL> opendir() implementation in cygwin (it returns ENOTDIR instead of
>>AL> ENOENT in most cases :( ).
>>
>>this program prints 'errno=2', which is correct ENOENT result.
>>
>>#include 
>>#include 
>>#include 
>>#include 
>>
>>int main()
>>{
>>  DIR* x = opendir ( "/tmp/wazoof" );
>>  if (!x)
>>printf ( "errno=%d\n", errno);
>>}
>>
>>AL> Will it be corrected in cygwin or in cygwin port of CVS?
>>
>>care to provide a simple self-contained testcase?

CF> Egor,
CF> I just checked in a fix for this.  Are you using the latest CVS?

argh, probably not. it looks like the problem was introduced with
fhandler_cygdrive thingie, and i was using earlier dll. sorry for
confusion.

CF> I already had a test case sitting around for this so it probably is a
CF> regression and I probably should add something to the test suite.

would be nice. i'll try to dig out a testcase (i vaguely remember i
had one that needed some tweaking) and add it to testsuite.

Egor.mailto:[EMAIL PROTECTED] ICQ 5165414 FidoNet 2:5020/496.19


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: cygwin console

[Pavel Tsekov]

Oooops! Sorry, for the wrong info - seems I'm more stupid
than usual today :(

egor duda wrote:

> Hi!
> 
> Wednesday, 09 January, 2002 Pavel Tsekov [EMAIL PROTECTED] wrote:
> 
> 
>>>its very good. Bad i have some program  with ncurses. On the screen i
>>>see the box() function in curses creates an ugly looking box, where the 
>>>extended characters drawing the box (ACS_VLINE, ACS_HLINE) are replaced 
>>>with characters from the lower ASCII set (3 and Ä). This code works fine 
>>>under VT100 terminal settings.
>>>
> 
> PT> If you set the global CYGWIN environment variable to codepage:ansi the 
> PT> problem should disappear - or am I wrong ?
> 
> exactly the opposite. codepage:ansi is a default setting, and to draw
> "pretty boxes" one should use codepage:oem. Ain't it mentioned in
> ncurses README?



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Cross compiler

[ROLAND]

Hello Kei,

> We are now developing yet another cygwin
> distribution, Peach Cygwin
> and have cross-compile environment on Linux.
> 
> You can download cross-compiler from SourceForge.
> Package name is cross-cygwin.

Isn't it just possible to build a cross compiler on
UNIX by telling GCC the target='something-cygwin'??
I am guessing that I will need some extra libraries,
but if I don't, then I think it should work, right?
If not, please tell me why this doesn't work (eg. not
supported).

Roland


__
Do You Yahoo!?
Send FREE video emails in Yahoo! Mail!
http://promo.yahoo.com/videomail/

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [Q]Windows PATH is not working..

[Pavel Tsekov]

Please, stick to posting to the list - I and many others
read it.

S.B.(SangBum) LEE wrote:

> It didn't fix, as you see below..
> 
> leesb@leesb-kr ~
> $ c:\\WINNT\\system32\\notepad.exe
> bash: c:\WINNT\system32\notepad.exe: command not found
> 
> Pavel Tsekov wrote:
> 
> 
>>S.B.(SangBum) LEE wrote:
>>
>>
>>>Hi. cygwiners..
>>>
>>>I have installed cygwin(DLL version: 1.3.6) on Win 2K & met the following problem.
>>>
>>>
>>>leesb@leesb-kr ~
>>>$ which notepad
>>>/cygdrive/c/WINNT/system32/notepad
>>>
>>>leesb@leesb-kr ~
>>>$ cygpath -w /cygdrive/c/WINNT/system32/notepad
>>>c:\WINNT\system32\notepad
>>>
>>>leesb@leesb-kr ~
>>>$ c:\WINNT\system32\notepad
>>>bash: c:WINNTsystem32notepad: command not found
>>>
>>>leesb@leesb-kr ~
>>>$ c:\WINNT\system32\notepad.exe
>>>bash: c:WINNTsystem32notepad.exe: command not found
>>>
>>The backslashes in you command line have to be escaped i.e.
>>instead of typing just '\' you have to type '\\'. This is
>>because the shell, I assume you're using bash, threats the
>>'\' character in a special fashion.
>>
>>Maybe you have to read the FAQ and other docu available at
>>cygwin.com. Just a friendly advise :)
>>
>>
>>>leesb@leesb-kr ~
>>>$ /cygdrive/c/WINNT/system32/notepad <-- in this case, it's working fine.
>>>
>>Yep - this is a absolute POSIX path, so no problems with it.
>>



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: w32api header problems

[egor duda]

Hi!

Wednesday, 09 January, 2002 Jean le Roux [EMAIL PROTECTED] wrote:

JlR> I need to include /usr/include/w32api/winbase.h in order to use the
JlR> GetVolumeInformation(...) system call under windows.

JlR> However, as i metioned in an earlier mail, DWORD seems to not be
JlR> defined. I tracked DWORD's definition down to windef.h.. but it seems
JlR> the whole include chain is a bit funny.. there are lots of
JlR> inter-dependencies which are not satisfied. 

JlR> Does anyone have any words of wisdom to make life a little easier, or
JlR> do I simply have to test for, and include, all the headers in w32api ?

you ought to

#include 

Egor.mailto:[EMAIL PROTECTED] ICQ 5165414 FidoNet 2:5020/496.19


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: libstdc++ troubles

[Neil Bird]

Around about 01/07/02 16:56, Jean le Roux scribbled ...

> ... I also got a tarball
> of libstdc++-v3 from ftp://ftp.xraylith.wisc.edu/pub/khan/gnu-win32/cygwin/snapshots/
> and copied that to /usr/include/g++-3/

   That's not going to work, if that's all you did!

   The V3 STL headers are *just* the headers for the STL 
library; you not only need to compile up the STL library itself, 
but, unless you want to play silly wotsits with environment 
variables & gcc spec files, you need to compile up a gcc (g++) 
that uses it.

   Try compiling the latest gcc3; that should give you about 
everything you want (comes with latest STL).  To be safe, 
configure it's --prefix to be /usr/loca/gcc3 or similar so you 
keep the Cygwin gcc 2 safe.

-- 
[neil@fnx ~]# rm -f .signature
[neil@fnx ~]# ls -l .signature
ls: .signature: No such file or directory
[neil@fnx ~]# exit


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: cygwin console

[Igor Bujna]

avel Tsekov wrote:

>
>
> Igor Bujna wrote:
>
>> Gerrit P. Haase wrote:
>>
>>> Kent,
>>>
>>> 2002-01-08 18:12:54, du schriebst:
>>>
> To get it work for me, I had to include the path to bash
> rxvt -e /bin/bash --login -i
>
>>>
> probably because I don't have the cygwin paths in my windows PATH.
> Once bash starts with --login it reads the /etc/profile and 
> everything is ok.
>
>>>
 ding ding ding ding!  We have a winner.  This works.

>>>
>>> Come on, that isn't fair;)
>>> I posted MY shortcut target at the beginning of this thread:
>>> http://cygwin.com/ml/cygwin/2002-01/msg00370.html
>>>
>>>
>>> Gerrit
>>>
>> Hi,
>> its very good. Bad i have some program  with ncurses. On the screen i 
>> see the box() function in curses creates an ugly looking box, where 
>> the extended characters drawing the box (ACS_VLINE, ACS_HLINE) are 
>> replaced with characters from the lower ASCII set (3 and Ä). This 
>> code works fine under VT100 terminal settings.
>
>
>
>
> If you set the global CYGWIN environment variable to codepage:ansi the 
> problem
> should disappear - or am I wrong ?


It's not work.
For normal bash i must have codepage:oem .But under rxvt it's not working.


-- 

Help with RCS under cygwin

[Thomas Mellman]

I have downloaded RCS 5.7 and built it under cygwin.  I moved conf.heg
to
conf.h and had to modify has_mmap to be 0, but other than that, it built
fine.

But if (on a text-mounted directory) I "ci -l file" and then try to
rcsdiff the
file, every line is different.  If I say "co -p file | sed 's/^M//' |
diff - file"
the file compares fine.

Was there some other change I had to do so that RCS works correctly
on text-mounted directories?

Thanks In Advance
--
[EMAIL PROTECTED]




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Downloading problems - either won't D/L at all or truncates over 1MB

[$Bill Luebkert]

This is partly complaint, partly my first encounter with the install
script and partly some suggestions to improve D/L scenarios.

I've had Cygwin uninstalled for a while due to space limitations.
I now have the space and am trying to re-install.  I tried D/Ling
the entire distro and encountered many problems.

The install screen is a bit cryptic on what some options mean.  There
ought to be a few changes made to make things easier to install.  Here
are my thoughts:

1)  After going to all of the trouble of picking the files you want
and picking a D/L site, it would be nice if the picks were saved so
when it fails you don't have to go through all that picking again.

2) A couple of options for all the latest binaries or all latest sources
(or both) would be nice.

3) Using any of the above options, it would be nice to have a 'Fill-in'
check box where you can just fill in the items that failed to D/L in
the list of items you picked.

4) An 'update' option might be nice where you could pick binary or source
or both and it would find any later packages than the ones you have
installed and D/L them.  This could double as the 'fill-in' option above.

5) A readme file at the top level of /Cygwin tree to explain cygwin-setup.exe
options and recoveries etc. would be nice.

All of the ftp sites I tried failed.  Just a bunch of failed to D/L latest
version of "XXX" where XXX is whatever package I'm D/L'ing.

I finally got a site to work, but all files > 980K failed after that much
was D/L'ed.  I tried with and without my firewall on.  Still can't D/L files
 > 1 MB or so.  I also tried using FTP with same result.  This seems more
like either an internet or server problem rather than Cygwin setup, but
maybe someone else had similar problems that they have resolved and could
donate a suggestion.

I've had problems like this before that I got around by D/L'ing to a faster
site (my ISP on the backbone) and then D/L'ing from there to my dialup PC.
The amount of data that I need to do this with this time would make it a
hassle to do for this situation, but I will if I can't resolve it any
other way.


Well, I tried some more sites and finally found one that works - ftp.oav.net
and managed to D/L the larger packages.  This leads me to believe that it's
a server or routing issue (timeout somewhere is set too small to allow slow
dialup D/L's).


I managed to make a mirror script to D/L newer files which seems to be
working (haven't tried it since I fixed the large file problem by finding
a good site.  It's Perl based using Net::FTP module and should grab newer
files easily and D/L them.

PS:  I'm currently not subscribed (I already have super heavy email traffic
helping Perl users), so please CC me with any replies.  Thanks,
-- 
   ,-/-  __  _  _ $Bill Luebkert   ICQ=14439852
  (_/   /  )// //   DBE Collectibles   Mailto:[EMAIL PROTECTED]
   / ) /--<  o // //  http://dbecoll.tripod.com/ (Free site for Perl)
-/-' /___/_<_http://www.todbe.com/


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

gcc version 2.95.3-5: assert() does not work as expected

[Torrisi Fabio]

Dear maintainers,

Please consider the following bug:

Problem:
assert does not work as written in the manual

symptom:
If I register a signal handler for SIGABRT it does not get called by assert

As the man pages claim:
assert(3)
When expression evaluates to false  (zero),  assert  calls
abort,  after first printing a message showing what failed
and where:
and
abort(3)
Before  terminating  your program, abort raises the excep-
tion SIGABRT (using ` raise(SIGABRT)').  If you have  used
signal  to  register  an exception handler for this condi-
tion, that handler has the opportunity to retain  control,
thereby avoiding program termination.

therefore assert should go trough the signal handler if it evaluated FALSE.

This indeed happens in Unix and in linux

The problem can be reproduced compiling the enclosed main.cc file

The problem was experimented under windows 98 running
gcc version 2.95.3-5 (cygwin special) (more details in the enclosed 
cygcheck.out
file)

Regards,
Fabio Torrisi

#include 
#include 
#include 
#include 




/**
  * Handle a big failure: segmentation fault or abort signal by simply
  * printing out the email address to complain with
  */
void failure_handler(int sig) {
string error;
if (sig == SIGSEGV) error = "Segmentation fault";
else if (sig == SIGABRT) error = "Abort signal";
else error = "Unknown";
cerr << "The program crashed due to some internal error (" << error << ")\n";
cerr << "Please report the error message to maintainer@mantain \n";
exit(1);
}


/** 
 * Main function
 **/
int 
main(void) 
{
// register the internal error handelrs
signal(SIGABRT, &failure_handler);
signal(SIGSEGV, &failure_handler);
// try out
assert(0);
return 0;
}



Cygnus Win95/NT Configuration Diagnostics
Current System Time: Wed Jan 09 12:14:02 2002

Windows 98 SE Ver 4.10 Build  

Path:   C:\usr\cygwin\usr\local\bin
C:\usr\cygwin\bin
C:\usr\cygwin\bin
c:\WINDOWS
c:\windows
c:\windows\COMMAND
c:\USR\BIN
c:\USR\PERL\BIN
c:\USR\MATLABR11\BIN
c:\USR\TEXMF\MIKTEX\BIN
c:\USR\ALADDIN\GS6.01\BIN
c:\USR\IMAGEMAGICK
c:\USR\ILOG\CPLEX70\BIN\MSVC6\STAT_MDA
c:\USR\NAG5\DLL
c:\USR\TCL\BIN

SysDir: C:\WINDOWS\SYSTEM
WinDir: C:\WINDOWS

HOME = `d:\home\torrisi'
MAKE_MODE = `unix'
PWD = `/home/torrisi/windesktop/test'
USER = `torrisi'

BLASTER = `A220 I5 D1 T4 P330'
CMDLINE = `rxvt -fn "-*-Courier-medium-r-*-13-*" -geometry 80x26+10+330 -sl 5000 -e 
/usr/bin/bash --login -i'
COLORFGBG = `0;default;15'
COLORTERM = `rxvt-xpm'
COMSPEC = `C:\WINDOWS\COMMAND.COM'
DISPLAY = `:0'
OLDPWD = `/home/torrisi'
PROMPT = `$p$g'
PS1 = `\[\033]0;\w\007
\033[32m\]\u@\h \[\033[33m\w\033[0m\]
$ '
SHLVL = `1'
TEMP = `c:\windows\temp'
TERM = `xterm'
WINBOOTDIR = `C:\WINDOWS'
WINDIR = `C:\WINDOWS'
WINDOWID = `72945808'
_ = `/usr/bin/cygcheck'

HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Start 
Menu\&Programs\Development\Cygnus Solutions
  (default) = (unsupported type)
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Start 
Menu\&Programs\Development\Languages\Cygnus Solutions
  (default) = (unsupported type)
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Start 
Menu\&Programs\Cygnus Solutions
  (default) = (unsupported type)
HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
  (default) = `/cygdrive'
  cygdrive flags = 0x0022
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/home
  (default) = `d:\home'
  flags = 0x
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHINE\Software\Cygnus Solutions
HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = `C:/usr/cygwin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
  (default) = `C:/usr/cygwin/bin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
  (default) = `C:/usr/cygwin/lib'
  flags = 0x000a
HKEY_LOCAL_MACHINE\Software\Cygnus Solutions\Cygwin\Program Options

a:  fd   N/AN/A
c:  hd  FAT32   8181Mb  62% CPUN   
d:  hd  FAT32   3303Mb  49% CPUN   
f:  cd  CDFS 179Mb 100%   UN   Data
s:  fd   N/AN/A

d:\home/home  usertextm

Re: w32api header problems

[Jean le Roux]

On Wed, Jan 09, 2002 at 01:07:47PM +0300, egor duda wrote:
> Hi!
> 
> Wednesday, 09 January, 2002 Jean le Roux [EMAIL PROTECTED] wrote:
> 
> JlR> I need to include /usr/include/w32api/winbase.h in order to use the
> JlR> GetVolumeInformation(...) system call under windows.
> 
> JlR> However, as i metioned in an earlier mail, DWORD seems to not be
> JlR> defined. I tracked DWORD's definition down to windef.h.. but it seems
> JlR> the whole include chain is a bit funny.. there are lots of
> JlR> inter-dependencies which are not satisfied. 
> 
> JlR> Does anyone have any words of wisdom to make life a little easier, or
> JlR> do I simply have to test for, and include, all the headers in w32api ?
> 
> you ought to
> 
> #include 
> 

I've done this but  seems to leave my code in a tangle :)
I suddenly have parse errors in my own header files, on normal
function declerations. I can only deduce that windows.h is leaving an
open ifdef or has unterminated strings or something silly.

Anybody encounter this before? Any suggestions ?
I can put the compiler output online if someone wants to take a look,
and ofcourse some code snippets. 

bye

-- 
Jean le Roux

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: w32api header problems

[Pavel Tsekov]

Jean le Roux wrote:

> On Wed, Jan 09, 2002 at 01:07:47PM +0300, egor duda wrote:
> 
>>Hi!
>>
>>Wednesday, 09 January, 2002 Jean le Roux [EMAIL PROTECTED] wrote:
>>
>>JlR> I need to include /usr/include/w32api/winbase.h in order to use the
>>JlR> GetVolumeInformation(...) system call under windows.
>>
>>JlR> However, as i metioned in an earlier mail, DWORD seems to not be
>>JlR> defined. I tracked DWORD's definition down to windef.h.. but it seems
>>JlR> the whole include chain is a bit funny.. there are lots of
>>JlR> inter-dependencies which are not satisfied. 
>>
>>JlR> Does anyone have any words of wisdom to make life a little easier, or
>>JlR> do I simply have to test for, and include, all the headers in w32api ?
>>
>>you ought to
>>
>>#include 
>>
> 
> I've done this but  seems to leave my code in a tangle :)
> I suddenly have parse errors in my own header files, on normal
> function declerations. I can only deduce that windows.h is leaving an
> open ifdef or has unterminated strings or something silly.
> 
> Anybody encounter this before? Any suggestions ?
> I can put the compiler output online if someone wants to take a look,
> and ofcourse some code snippets. 


It would be helpful :)


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Cygwin for windows to linux migration

[Robert Collins]

- Original Message -
From: "Stephen Perry" <[EMAIL PROTECTED]>


> Other than templates, if you change all win32 calls to POSIX calls you
> should be good to go.  Including thread calls.  Does cygwin support
pthreads
> on windows?  That would be very cool, for porting purposes.

Yes, nearly complete implementation (only one key feature - cancellation
points - missing)... Oh signals per thread needs a little work.

Apparently the code is pretty fast :}. (Another project, an IBM
mainframe emulator bench tested cygwin threads vs Native threads vs
libpthread-win32 (another pthreads-on-win32 library, but unable to be as
complete as cygwin (can't assume a unix environment)), and native
threads where (of course) fastest, but we came out even with
libpthread-win32, and that was before some major speed enhancements.

Rob


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: w32api header problems

[Jean le Roux]

On Wed, Jan 09, 2002 at 12:40:02PM +0100, Pavel Tsekov wrote:
> Jean le Roux wrote:
> 
> > On Wed, Jan 09, 2002 at 01:07:47PM +0300, egor duda wrote:
> > 
> >>Hi!
> >>
> >>Wednesday, 09 January, 2002 Jean le Roux [EMAIL PROTECTED] wrote:
> >>
> >>JlR> I need to include /usr/include/w32api/winbase.h in order to use the
> >>JlR> GetVolumeInformation(...) system call under windows.
> >>
> >>JlR> However, as i metioned in an earlier mail, DWORD seems to not be
> >>JlR> defined. I tracked DWORD's definition down to windef.h.. but it seems
> >>JlR> the whole include chain is a bit funny.. there are lots of
> >>JlR> inter-dependencies which are not satisfied. 
> >>
> >>JlR> Does anyone have any words of wisdom to make life a little easier, or
> >>JlR> do I simply have to test for, and include, all the headers in w32api ?
> >>
> >>you ought to
> >>
> >>#include 
> >>
> > 
> > I've done this but  seems to leave my code in a tangle :)
> > I suddenly have parse errors in my own header files, on normal
> > function declerations. I can only deduce that windows.h is leaving an
> > open ifdef or has unterminated strings or something silly.
> > 
> > Anybody encounter this before? Any suggestions ?
> > I can put the compiler output online if someone wants to take a look,
> > and ofcourse some code snippets. 
> 
> 
> It would be helpful :)

Here it is: first the relevant snip from my header file (common.h), and then the
compilers pain.

[common.h]
...
//this is where i include the header that make life hard :)

#ifdef HAVE_WINDOWS_H
#include 
#endif

...

//this is where the errors occur. 
/*other*/
int  max(const int value_a, const int value_b); //line 283
int  min(const int value_a, const int value_b); //line 284
string itoa(const int value, const short fix=0); //line 285

...

[compiler output]
 cd . \
  && CONFIG_FILES= CONFIG_HEADERS=config.h \
 /bin/sh ./config.status
creating config.h
config.h is unchanged
make  all-recursive
make[1]: Entering directory `/cygdrive/e/projects/multicast/pmfp'
Making all in libsrc
make[2]: Entering directory `/cygdrive/e/projects/multicast/pmfp/libsrc'
/bin/sh ../libtool --mode=compile c++ -DHAVE_CONFIG_H -I. -I. -I.. -g -O2 -c 
common.cc
rm -f .libs/common.lo
c++ -DHAVE_CONFIG_H -I. -I. -I.. -g -O2 -Wp,-MD,.deps/common.pp -c common.cc  -DPIC -o 
.libs/common.lo
In file included from common.cc:5:
common.h:284: parse error before `const'
common.h:285: parse error before `const'
common.cc:524: parse error before `const'
common.cc:529: parse error before `const'
make[2]: *** [common.lo] Error 1
make[2]: Leaving directory `/cygdrive/e/projects/multicast/pmfp/libsrc'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/cygdrive/e/projects/multicast/pmfp'
make: *** [all-recursive-am] Error 2


Hope this sheds some light.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Cross compiler

[Jan Nieuwenhuizen]

ROLAND  writes:

> Isn't it just possible to build a cross compiler on
> UNIX by telling GCC the target='something-cygwin'??

Of course you can build the cross compiler yourself.  I've made some
scripts that automate this:

http://lilypond.org/gnu-windows/testing/cygwin-cross-1.3.6.1.tar.gz

Jan.

-- 
Jan Nieuwenhuizen <[EMAIL PROTECTED]> | GNU LilyPond - The music typesetter
http://www.xs4all.nl/~jantien   | http://www.lilypond.org


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: w32api header problems

[Jean le Roux]

> intmax(const int value_a, const int value_b); //line 283
> intmin(const int value_a, const int value_b); //line 284
> string itoa(const int value, const short fix=0); //line 285
...

> common.h:284: parse error before `const'
> common.h:285: parse error before `const'


Woops.. those line numbers are 1 out .. 

> int max(const int value_a, const int value_b); //line 283

should be 284

Appologies to all.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

pb with makefile

[David D asi]

Hi all,

I have no problem with the script
for REP in `find -type d -name include` ; do
sed "s/easyphp/easyphp14/g" < $REP/common.inc.php > $REP/commonlucas.inc.php

sed "s/\/tata\//\/tata-conseil\//g" < $REP/commonlucas.inc.php >
$REP/common.inc.php

rm -f $REP/commonlucas.inc.php

done

when I put it into a .sh file and execute it.

But when trying to make a makefile see it with target lucas, it doesn t work
:

lucas:

for REP in `find -type d -name include` ; do

sed "s/easyphp/easyphp14/g" < $REP/common.inc.php >
$REP/commonlucas.inc.php

sed "s/\/tata\//\/tata-conseil\//g" < $REP/commonlucas.inc.php >
$REP/common.inc.php

rm -f $REP/commonlucas.inc.php

done

I make :

$>make lucas

In this cas I have a syntax error : end of file unexpected (expecting done)

make : *** [lucas] Error 2

my make in, under cygwin under windows.





thanks.



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: w32api header problems

[Pavel Tsekov]

Jean le Roux wrote:

> On Wed, Jan 09, 2002 at 12:40:02PM +0100, Pavel Tsekov wrote:
> 
>>Jean le Roux wrote:
>>
>>
>>>On Wed, Jan 09, 2002 at 01:07:47PM +0300, egor duda wrote:
>>>
>>>
Hi!

Wednesday, 09 January, 2002 Jean le Roux [EMAIL PROTECTED] wrote:

JlR> I need to include /usr/include/w32api/winbase.h in order to use the
JlR> GetVolumeInformation(...) system call under windows.

JlR> However, as i metioned in an earlier mail, DWORD seems to not be
JlR> defined. I tracked DWORD's definition down to windef.h.. but it seems
JlR> the whole include chain is a bit funny.. there are lots of
JlR> inter-dependencies which are not satisfied. 

JlR> Does anyone have any words of wisdom to make life a little easier, or
JlR> do I simply have to test for, and include, all the headers in w32api ?

you ought to

#include 

>>>I've done this but  seems to leave my code in a tangle :)
>>>I suddenly have parse errors in my own header files, on normal
>>>function declerations. I can only deduce that windows.h is leaving an
>>>open ifdef or has unterminated strings or something silly.
>>>
>>>Anybody encounter this before? Any suggestions ?
>>>I can put the compiler output online if someone wants to take a look,
>>>and ofcourse some code snippets. 
>>>
>>
>>It would be helpful :)
>>
> 
> Here it is: first the relevant snip from my header file (common.h), and then the
> compilers pain.
> 
> [common.h]
> ...
> //this is where i include the header that make life hard :)
> 
> #ifdef HAVE_WINDOWS_H
> #include 
> #endif
> 
> ...
> 
> //this is where the errors occur. 
> /*other*/
> intmax(const int value_a, const int value_b); //line 283
> intmin(const int value_a, const int value_b); //line 284


To fix the min and max, define the following before including windows.h:
#define NOMINMAX


> string itoa(const int value, const short fix=0); //line 285
> 


Have you included  ?


> ...
> 
> [compiler output]
>  cd . \
>   && CONFIG_FILES= CONFIG_HEADERS=config.h \
>  /bin/sh ./config.status
> creating config.h
> config.h is unchanged
> make  all-recursive
> make[1]: Entering directory `/cygdrive/e/projects/multicast/pmfp'
> Making all in libsrc
> make[2]: Entering directory `/cygdrive/e/projects/multicast/pmfp/libsrc'
> /bin/sh ../libtool --mode=compile c++ -DHAVE_CONFIG_H -I. -I. -I.. -g -O2 -c 
>common.cc
> rm -f .libs/common.lo
> c++ -DHAVE_CONFIG_H -I. -I. -I.. -g -O2 -Wp,-MD,.deps/common.pp -c common.cc  -DPIC 
>-o .libs/common.lo
> In file included from common.cc:5:
> common.h:284: parse error before `const'
> common.h:285: parse error before `const'
> common.cc:524: parse error before `const'
> common.cc:529: parse error before `const'
> make[2]: *** [common.lo] Error 1
> make[2]: Leaving directory `/cygdrive/e/projects/multicast/pmfp/libsrc'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/cygdrive/e/projects/multicast/pmfp'
> make: *** [all-recursive-am] Error 2



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: w32api header problems

[Bernard Dautrevaux]

> -Original Message-
> From: Jean le Roux [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, January 09, 2002 1:38 PM
> To: [EMAIL PROTECTED]
> Subject: Re: w32api header problems
> 
> 
> > int  max(const int value_a, const int value_b); //line 283
> > int  min(const int value_a, const int value_b); //line 284
> > string itoa(const int value, const short fix=0); //line 285
> ...
> 
> > common.h:284: parse error before `const'
> > common.h:285: parse error before `const'
> 
> 
> Woops.. those line numbers are 1 out .. 
> 
> > int max(const int value_a, const int value_b); //line 283
> 
> should be 284
> 
> Appologies to all.

#undef'ing min and max before declaring them is something I've been used to
do due to several environments insisting to "#define min(a, b) ((a) < (b) ?
(a) : (b))" and the like for max, instead of th ecustomary MIN and MAX
names... :-)

HTH

Bernard



Bernard Dautrevaux
Microprocess Ingenierie
97 bis, rue de Colombes
92400 COURBEVOIE
FRANCE
Tel:+33 (0) 1 47 68 80 80
Fax:+33 (0) 1 47 88 97 85
e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]
 

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: w32api header problems

[Jean le Roux]

Hi

> To fix the min and max, define the following before including windows.h:
> #define NOMINMAX


 added that... waiting for compile to complete (Working on a VM... 
 takes forever :) and tada! It's happy and so am I! It still warns me
 about undefined symbols:
 
 make  all-recursive
 make[1]: Entering directory /cygdrive/e/projects/multicast/pmfp'
 Making all in libsrc
 make[2]: Entering directory
/cygdrive/e/projects/multicast/pmfp/libsrc'

>>>
/bin/sh ../libtool --mode=link c++  -g -O2  -o libpmfp.la -rpath
/usr/local/lib --no-undefined
libtool: link: warning: undefined symbols not allowed in
i686-pc-cygwin shared libraries
<<<
   
   rm -fr .libs/libpmfp.la .libs/libpmfp.* .libs/libpmfp.*
   ar cru .libs/libpmfp.a  common.o pmfp.o pmfp_log.o crypto.o
mckey.o
ranlib .libs/libpmfp.a
creating libpmfp.la   
(cd .libs && rm -f libpmfp.la && ln -s ../libpmfp.la libpmfp.la)
[ -e .libs ] && cp -f .libs/libpmfp.so.0.0.0 ./libpmfp.so
cp: cannot stat .libs/libpmfp.so.0.0.0': No such file or directory
make[2]: *** [all] Error 1
make[2]: Leaving directory
/cygdrive/e/projects/multicast/pmfp/libsrc'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory /cygdrive/e/projects/multicast/pmfp'
make: *** [all-recursive-am] Error 2

> > string itoa(const int value, const short fix=0); //line 285
> Have you included  ?

Yip... This whole thing works perfectly if I take out
the #include  

bye

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: w32api header problems

[Norman Vine]

Jean le Roux writes:
>...
>//this is where i include the header that make life hard :)
>
>#ifdef HAVE_WINDOWS_H
>#include 
>#endif
>
>...
>
>//this is where the errors occur. 
>/*other*/

#ifndef max // or #ifndef _WIN32
>int max(const int value_a, const int value_b); //line 283
>int min(const int value_a, const int value_b); //line 284
#endif

Norman

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

missing gcc program

[Austin Lanham]

I downloaded and installed the latest version of cygwin today and for some
reason there is not gcc program. I changed my PATH variable and everything 
but gcc is simply not there. Any suggestions? Thanks. 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: w32api header problems

[egor duda]

Hi!

Wednesday, 09 January, 2002 Jean le Roux [EMAIL PROTECTED] wrote:

JlR> On Wed, Jan 09, 2002 at 01:07:47PM +0300, egor duda wrote:
>> Hi!
>> 
>> Wednesday, 09 January, 2002 Jean le Roux [EMAIL PROTECTED] wrote:
>> 
>> JlR> I need to include /usr/include/w32api/winbase.h in order to use the
>> JlR> GetVolumeInformation(...) system call under windows.
>> 
>> JlR> However, as i metioned in an earlier mail, DWORD seems to not be
>> JlR> defined. I tracked DWORD's definition down to windef.h.. but it seems
>> JlR> the whole include chain is a bit funny.. there are lots of
>> JlR> inter-dependencies which are not satisfied. 
>> 
>> JlR> Does anyone have any words of wisdom to make life a little easier, or
>> JlR> do I simply have to test for, and include, all the headers in w32api ?
>> 
>> you ought to
>> 
>> #include 
>> 

JlR> I've done this but  seems to leave my code in a tangle :)
JlR> I suddenly have parse errors in my own header files, on normal
JlR> function declerations. I can only deduce that windows.h is leaving an
JlR> open ifdef or has unterminated strings or something silly.

it's easy to find out what the reason is. gcc has a very useful option
'--save-temps'. it instructs preprocessor, compiler and assembler to
leave their temporary files in place, so if you compiling, say, zzz.c,
you'll get zzz.i (output of preprocessor), zzz.s (assembly source --
output of compiler) and zzz.o (compiled binary object). You want to
look into zzz.i it shows what your source file turns into, and it's
almost always easy to see why.

Egor.mailto:[EMAIL PROTECTED] ICQ 5165414 FidoNet 2:5020/496.19


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: missing gcc program

[Pavel Tsekov]

Use the setup program to install it! :)

If you want more information on why this happened, you can try
searching the mailing list with keyword "setup.exe".

Austin Lanham wrote:

> I downloaded and installed the latest version of cygwin today and for some
> reason there is not gcc program. I changed my PATH variable and 
> everything but gcc is simply not there. Any suggestions? Thanks.



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: missing gcc program

[Tim Prince]

Austin Lanham wrote:

> I downloaded and installed the latest version of cygwin today and for 
> some
> reason there is not gcc program. I changed my PATH variable and 
> everything but gcc is simply not there. Any suggestions? Thanks.
>
You must upgrade your installation; select the gcc and binutils (and any 
needed related) packages under Devel.  

>



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: I need help on how to use the Cygwin fortran compiler. Thank s, Dr. McNeill

[Tim Prince]

Robinow, David wrote:

 > Do you have a Cygwin icon on your desktop?
 >If not, go to http://sources.redhat.com/cygwin and "Install Cygwin 
now"
 >   You should install, at least, Base, Devel, and Shells packages.
 >
 > Click on the Cygwin icon.  This should bring up a bash shell.
 >
 > Are you familiar with unix?  If not, you should find a tutorial 
somewhere.
 >Although Cygwin is a great way for Windows users
 >to access free software, it's really aimed at
 >somewhat experienced unix/linux users who need to
 >run on Windows.
 >
 > In your bash shell
 >g77 -c fmain.f  will compile the fortran file fmain.f,
 >putting the object file in fmain.o
 >g77 fmain.f -o fmain will compile fmain.f and putting an
 > executable in fmain.exe
 >g77 -c fsubr1.f
 >g77 -c fsubr2.f
 >g77 -c fsubr3.f
 >g77 -c fcaller.f
 >g77 fcaller.o fsubr1.o fsubr2.o fsubr3.o -o fprogram
 >   will compile and link multiple source files.
 >g77 -help gives more information.
 >
If you should wish to use -pg, or the P4-specific code generation of
gcc-3.1, those procedures are not well documented, but David's advice
should give you a good start.  Use also 'info g77' and consider that
much relevant information in 'info gcc' is not duplicated under 'info g77.'

 >




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

expat-patch updated (was: Re: Gtk-Perl on cygwin?)

[Gerrit P. Haase]

Gerrit,

2002-01-09 14:47:07, du schriebst:

I have updated the expat patch since that previous version was not
libtool compatible.

https://sourceforge.net/tracker/index.php?func=detail&aid=501295&group_id=10127&atid=310127


Gerrit
-- 
=^..^=


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: w32api header problems

[Jean le Roux]

On Wed, Jan 09, 2002 at 04:47:18PM +0300, egor duda wrote:
...  
> JlR> I've done this but  seems to leave my code in a tangle :)
> JlR> I suddenly have parse errors in my own header files, on normal
> JlR> function declerations. I can only deduce that windows.h is leaving an
> JlR> open ifdef or has unterminated strings or something silly.
> 
> it's easy to find out what the reason is. gcc has a very useful option
> '--save-temps'. it instructs preprocessor, compiler and assembler to
> leave their temporary files in place, so if you compiling, say, zzz.c,
> you'll get zzz.i (output of preprocessor), zzz.s (assembly source --
> output of compiler) and zzz.o (compiled binary object). You want to
> look into zzz.i it shows what your source file turns into, and it's
> almost always easy to see why.

Fair enough.. but how do i turn it on with autotools.. configure does
not seem to support such a flag.

-- 
Jean le Roux
Binary Entropy Catalyst

Cellular:   083 505 6443

A sad spectacle.  If they be inhabited, what a scope for misery and folly.
If they be not inhabited, what a waste of space.
-- Thomas Carlyle, looking at the stars

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: pb with makefile

["Schaible, Jörg"]

Hi David,

make is no shell. Make will start for each line a separate task.

Regards,
Jörg

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

pdksh on windows compiles now but doesn't work?

[White, David]

So I found the compile problem with pdksh.
There are duplicate names of option in pdksh and
some system thingy in cygwin (I think there
was a post on this sometime earlier this month).

But when I make the changes (I'm just changing pdksh), and
I try to run the make check, it reports the following errors:


white3@HOGWARTS2 ~/pdksh/pdksh-5.2.14
$ make check
./tests/th-sh ./tests/th -s ./tests -p ./ksh -C pdksh,sh,ksh,posix,posix-upu
Can't locate signal.ph in @INC (did you run h2ph?) (@INC contains:
/usr/lib/perl
5/5.6.1/cygwin-multi /usr/lib/perl5/5.6.1
/usr/lib/perl5/site_perl/5.6.1/cygwin-
multi /usr/lib/perl5/site_perl/5.6.1 /usr/lib/perl5/site_perl .) at
./tests/th l
ine 133.
make: *** [check] Error 2

white3@HOGWARTS2 ~/pdksh/pdksh-5.2.14

Does anyone know what these mean in terms of cygwin?

Has anyone gotten it to work or am I pioneering...

###
David R. White   
(412) 268-5763  | [EMAIL PROTECTED] 
Senior Member Technical Staff  
Parallel Computing Sciences Dept. 09226
Sandia National Laboratories
###


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: w32api header problems

[egor duda]

Hi!

Wednesday, 09 January, 2002 Jean le Roux [EMAIL PROTECTED] wrote:

JlR> On Wed, Jan 09, 2002 at 04:47:18PM +0300, egor duda wrote:
>> JlR> I've done this but  seems to leave my code in a tangle :)
>> JlR> I suddenly have parse errors in my own header files, on normal
>> JlR> function declerations. I can only deduce that windows.h is leaving an
>> JlR> open ifdef or has unterminated strings or something silly.
>> 
>> it's easy to find out what the reason is. gcc has a very useful option
>> '--save-temps'. it instructs preprocessor, compiler and assembler to
>> leave their temporary files in place, so if you compiling, say, zzz.c,
>> you'll get zzz.i (output of preprocessor), zzz.s (assembly source --
>> output of compiler) and zzz.o (compiled binary object). You want to
>> look into zzz.i it shows what your source file turns into, and it's
>> almost always easy to see why.

JlR> Fair enough.. but how do i turn it on with autotools.. configure does
JlR> not seem to support such a flag.

1st way: redirect make output to file, cut'n'paste the failed
command. then add the option and run resulting command.
2nd way: edit Makefile to add this option in the appropriate place
(usually, CFLAGS or CXXFLAGS) then run 'make zzz.o'

Egor.mailto:[EMAIL PROTECTED] ICQ 5165414 FidoNet 2:5020/496.19


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [avail for test] ncurses-5.2-8 and libncurses6-5.2-8

[Charles Wilson]

Tadashi Watanabe wrote:

>>On Wed, 09 Jan 2002 01:57:50 -0500
>>[EMAIL PROTECTED](Charles Wilson)  said:
>>
> 
> cwilson>Can somebody verify that they can now build packages without
> cwilson> -DBROKEN_LINKER when previously that switch was required?
> 
> I have succeeded in building lynx2.8.5dev.7, without -DBROKEN_LINKER.


Great! Thanks for the confirmation.

--Chuck




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: rebase for setup (curl)

[Jason Tishler]

Gerrit,

On Tue, Jan 08, 2002 at 11:13:42PM +0100, Gerrit P. Haase wrote:
> That is funny, with my browser (IE) get just binary garbage:
> 
> BZh91AY&SYCF#=UÿàŽ…õxù¯4¦½¸ô÷­ö>ûï” >†$什¼ 
>júzí)
> ...

Sorry, I have no control over your browser and this web server.
Unfortunately, .bz2 are considered text (by default) by some web servers.

> yÝëâ]ݹç[g¦¯o =<ößK±{ïƒ{½öó©íçj{vï½Ü5õñ×vg]ۮϪÜÚ{–wmnè=uÇ{ÃÞ ...

> Well, we have the great Cygwin toolchain, there is wget e.g.;)
> 
> $ wget http://www.tishler.net/jason/software/rebase/rebase.exe.bz2

I guess that I should have been explicit, but I assumed people would use
wget or another such tool.

> Please, Jason, tell me, where can I find more infos or the sources?

You can find more info on the MSDN site:


http://msdn.microsoft.com/library/default.asp?url=/library/en-us/tools/perfutil_2z39.asp

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/debug/imagehlp_1hut.asp

I previous posted the source:

http://sources.redhat.com/ml/cygwin/2001-12/txt5.txt

> In detail, I'm getting different error codes 5, 32, 487 like this
> and what is strange (I think), I'm geting not one of these errors
> running the same command in /usr/local/bin where I have just my own
> dll's, well libmysqlclient-11.dll was also build by myself...):

We have the following:

$ egrep ' (5|32|487)L' /usr/include/w32api/winerror.h 
#define ERROR_ACCESS_DENIED 5L
#define ERROR_SHARING_VIOLATION 32L
#define ERROR_INVALID_ADDRESS 487L

So maybe you are getting error 5 and 32 because the DLLs are in use?
I just got some 487s myself for nonexistent file -- I should have gotten
2.  But, then this problem went away -- sorry, I can't explain this
except for the standard MS excuse... :,)

During some rebase runs, I empirically determined that ReBaseImage()
searches your PATH when trying to find (relative) files!  Maybe this
was causing some of your grief -- your were not necessarily rebasing
the files that you thought you were?

I just made the following changes to rebase.cc:

1. Display Posix instead of Win32 path names
2. Display file name in ReBaseImage() error messages
3. Pass absolute path names to ReBaseImage() to prevent it from
   searching the user's PATH.

You can find the latest source at:

http://www.tishler.net/jason/software/rebase/rebase.cc

Jason

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Cross compiler

[ROLAND]

--- Jan Nieuwenhuizen <[EMAIL PROTECTED]> wrote:
> Of course you can build the cross compiler yourself.
>  I've made some
> scripts that automate this:
> 
> Jan.

Well, this does not completely answer my question, but
the first part is there.
If I do not use these scripts, doe I need some extra
stuff then or is it just as simple as typing
'configure --target=i386-pc-cygwin'??
What I mean by extra stuff is, like for instance
DJGPP, you need a special package to configure GCC for
DJGPP.
Is this the case for cygwin too?

Roland


__
Do You Yahoo!?
Send FREE video emails in Yahoo! Mail!
http://promo.yahoo.com/videomail/

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: RPM installer needed for my PHP project

[Jason Tishler]

Jean-Michel,

On Wed, Jan 09, 2002 at 09:12:22AM +0100, Jean-Michel POURE wrote:
> Has anyone successfully ported RPM to Cygwin?

See the following for my 4.0.2 experiences and patch:

http://sources.redhat.com/ml/cygwin/2001-07/msg00949.html

Jason

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Cross compiler

[Jan Nieuwenhuizen]

ROLAND <[EMAIL PROTECTED]> writes:

> Well, this does not completely answer my question, but
> the first part is there.

I'm sorry, but your questions are a bit vague to me.

> If I do not use these scripts, doe I need some extra
> stuff then or is it just as simple as typing
> 'configure --target=i386-pc-cygwin'??

If you don't use these scripts, you must do what they do anyway; build
and install cross binutils, and get configure-settings, paths and
compile settings right.

> What I mean by extra stuff is, like for instance
> DJGPP, you need a special package to configure GCC for
> DJGPP.

I don't know anything about djgpp.

Greetings,
Jan.

-- 
Jan Nieuwenhuizen <[EMAIL PROTECTED]> | GNU LilyPond - The music typesetter
http://www.xs4all.nl/~jantien   | http://www.lilypond.org


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: cygwin console

[Charles Wilson]

Try installing this font:  Lucida ConsoleP from 
http://www.neuro.gatech.edu/users/cwilson/cygutils/unversioned/bashprompt/

It is Lucida Console, reencoded to put the linedraw chars where 
codepage:oem expects them.  Then, start rxvt as:

rxvt -fn "Lucida ConsoleP-14" .

(also, you may need to set your TERM variable to 'rxvt-cygwin-native')

--Chuck


Igor Bujna wrote:

> avel Tsekov wrote:
> 
>>
>>
>> Igor Bujna wrote:
>>
>>> Gerrit P. Haase wrote:
>>>
 Kent,

 2002-01-08 18:12:54, du schriebst:

>> To get it work for me, I had to include the path to bash
>> rxvt -e /bin/bash --login -i
>>

>> probably because I don't have the cygwin paths in my windows PATH.
>> Once bash starts with --login it reads the /etc/profile and 
>> everything is ok.
>>

> ding ding ding ding!  We have a winner.  This works.
>

 Come on, that isn't fair;)
 I posted MY shortcut target at the beginning of this thread:
 http://cygwin.com/ml/cygwin/2002-01/msg00370.html


 Gerrit

>>> Hi,
>>> its very good. Bad i have some program  with ncurses. On the screen i 
>>> see the box() function in curses creates an ugly looking box, where 
>>> the extended characters drawing the box (ACS_VLINE, ACS_HLINE) are 
>>> replaced with characters from the lower ASCII set (3 and Ä). This 
>>> code works fine under VT100 terminal settings.
>>
>>
>>
>>
>>
>> If you set the global CYGWIN environment variable to codepage:ansi the 
>> problem
>> should disappear - or am I wrong ?
> 
> 
> 
> It's not work.
> For normal bash i must have codepage:oem .But under rxvt it's not working.
> 
> 



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: rebase for setup (curl)

[Jason Tishler]

Kevin,

On Tue, Jan 08, 2002 at 10:22:06PM -0500, Roth, Kevin P. wrote:
> -Original Message-
> From: Jason Tishler [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, January 08, 2002 1:26 PM
> 
> > Kevin,
> > Please keep your replies on-list...
> 
> Normally I would, however I know attachments to lists are often not well
> liked, so I only sent them to you directly. Perhaps next time I'll reply
> to the list and just send the attachments separately...

Yes, the above is the better approach.

> >How did you manage to accomplish this?
> 
> I thought I was pretty clear with my directions for doing so ;-)
> Seriously, I haven't a clue.

Are you sure that nothing changed in your Cygwin environment?  If not,
that it is very strange that you are producing different DLLs with the
same commands.

Jason

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Cross compiler

[Jan Nieuwenhuizen]

ROLAND <[EMAIL PROTECTED]> writes:

> That should be no problem, I made a cross compiler out
> of GCC before.

Famous last words ...
;-)

> I just wanted to know if I need to download any
> package other then BINUTILS and GCC to make a cross
> compiler from UNIX to CYGWIN.

You'll need cygwin includes, to build it, and to use it you need the
cygwin dll.

> Or does the basic GCC have all it needs to build
> a compiler for CYGWIN?

Basic gcc?  Of course, you should get the latest gcc sources from cygwin.

Greetings,
Jan.

-- 
Jan Nieuwenhuizen <[EMAIL PROTECTED]> | GNU LilyPond - The music typesetter
http://www.xs4all.nl/~jantien   | http://www.lilypond.org


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Compiling apps to Mingw32 with cygwin

[J. Henning Schwentner]

Am Montag, 7. Januar 2002 17:49 schrieben Sie:
> Jon Leichter wrote:
> > - Using CC="gcc -mno-cygwin" is good for compiling, but it's bad for GNU
> > Libtool, as I have mentioned. I use a wrapper script: CC=mgcc. What do
> > you think of this Earnie?
>
> Your wrapper script is a good idea but has the wrong name as has been
> pointed out already.  It needs to be named i386-pc-mingw32-gcc and a
> copy as mingw32-gcc so that when specifying the --host=mingw32 or
> --host=i386-pc-mingw32 the configure script will find it appropriately.
> Of course to do this you also need to do the same for the binutils
> binaries.

Do the binutils also support the -mno-cygwin switch? Or can the 
386-pc-mingw32- files be simple links to the cygwin versions?


-- 
J. Henning Schwentner
Lanthan Software KG

_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Recurring message? Re: Anyone got mod_perl working?

[Eric M. Monsler]

All,

Very very sorry to spam the list, but is anyone else getting repeat
copies of this message?

I've got 6 in total, two more today.  I haven't really seen this from
the list or our corporate email before.  If no one else has seen it, I
can safely go complain to our sysadmin.

Eric


Dan Horne wrote:
> 
> Hi Gerrit
> 
> thanks for your notes. I neglected to mention that I did symbolically link
> the liberl.a library. Unfortunately, I think I may have hit the wall in
> getting Apache::Request working, and according to one note that I've found

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [avail for test] ncurses-5.2-8 and libncurses6-5.2-8

[Jason Tishler]

Chuck,

On Wed, Jan 09, 2002 at 01:57:50AM -0500, Charles Wilson wrote:
> Request:
>   Can somebody verify that they can now build packages without 
> -DBROKEN_LINKER when previously that switch was required?

I can successfully rebuild Python 2.2 without -DBROKEN_LINKER --
specifically, the _curses module now links without any errors.

>   If you maintain a package that depends on libncurses6, ensure that 
> your *CURRENT* version still works when cygncurses6.dll has been 
> upgraded -- without recompiling your client package.

I "tested" Cygwin Python 2.2-1 which was built against the previous
ncurses version and did not uncover any problems.  By, "tested" I mean
imported the _curses module into the Python interpreter.  I have never
personally used this module, so I don't have the knowledge to easily
test it further.

Thanks for fixing the BROKEN_LINKER issue.

Jason

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Maybe a bug with sockets

[Stefan Frings]

Hello,

Please send your answer to [EMAIL PROTECTED] because I do not read the 
mailing list very often. Thanks.

I think I found a bug in cygwin. I open a socket connection and start a 
child process after that. Then I cannot close the socket. The following is 
a reduced source code with that problem. It works fine on Linux but not on 
CygWin.

Compile and run it. The use "telnet localhost 80" to test it. You should 
see the message "Hello" and then a disconnect message. But the disconnect 
message is missed until you kill the child process.



#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 

#define PORT 80     // Port for TCP/IP Sockets


int main(int argc,char** argv)
{
  struct sockaddr_in address;
  int sock;
  sock=socket(PF_INET,SOCK_STREAM,0);
  setsockopt(sock,SOL_SOCKET,SO_REUSEADDR,0,0);
  address.sin_family=AF_INET;
  address.sin_port=htons(PORT);
  memset(&address.sin_addr,0,sizeof(address.sin_addr));
  bind(sock,(struct sockaddr *) &address,sizeof(address));
  listen(sock,5);
  {
    size_t addrlength;
    int verbindung;
    addrlength=sizeof(address);
    verbindung=accept(sock,(struct sockaddr *) &address,&addrlength);
    if (verbindung>=0)
    {
      printf("Verbindung aufgebaut\n");
      write(verbindung,"Hello\n",6);


      if (fork()==0)
      {
        // Child
        close(verbindung);
        while (1)
        {
          printf("Child is running\n");
          sleep(3);
        }
        exit(0);
      }
      else
      {
        // Mother
        close(verbindung);
      }


    }
  }
  return 0;
}

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: cygwin console

[Charles Wilson]

Please keep replies on the list.

Igor Bujna wrote:

> Charles Wilson wrote:
> 
>> Try installing this font:  Lucida ConsoleP from 
>> http://www.neuro.gatech.edu/users/cwilson/cygutils/unversioned/bashprompt/ 
>>
>>
>> It is Lucida Console, reencoded to put the linedraw chars where 
>> codepage:oem expects them.  Then, start rxvt as:
>>
>> rxvt -fn "Lucida ConsoleP-14" .
>>
>> (also, you may need to set your TERM variable to 'rxvt-cygwin-native')
>>
>> --Chuck
> 
> 
> I make somethings wrong.
> I have Win98 Second editions.in autoexec.bat i have this 'SET 
> CYGWIN=codepage:oem'. I download the fonts Lucida ConsoleP end after i 
> this *.ttf put into c:\windows\fonts.
> I have script clock.bat:
> @echo off
> rxvt -tn rxvt-cygwin-native -fg lightblue -bg midnightblue -cr red 
> -title -fn "Lucida ConsoleP-12" -e /bin/bash



> And after i try to echo $TERM and i get rxvt-cywgin-native.
> Then i run test program ./gdc.exe(this is test program from ncurses->a 
> clock.This clock is in box().I put this in attachments )
> I must see ACS_VLINE , but i see '3'.
> What im doing wrong.

I don't know.  Did you reboot?  Until you reboot, the change you made in 
autoexec.bat won't have any effect.  I just tried this myself, and it 
worked fine.  ACS_VLINE and all.

BTW, there was no need to send the binary -- gdc.exe is in 
/usr/bin/ncurses-test-dll/

--Chuck


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [avail for test] ncurses-5.2-8 and libncurses6-5.2-8

[Charles Wilson]

Jason Tishler wrote:

> Chuck,
> 
> On Wed, Jan 09, 2002 at 01:57:50AM -0500, Charles Wilson wrote:
> 
>>Request:
>>  Can somebody verify that they can now build packages without 
>>-DBROKEN_LINKER when previously that switch was required?
>>
> 
> I can successfully rebuild Python 2.2 without -DBROKEN_LINKER --
> specifically, the _curses module now links without any errors.


Great.  Thanks for the confirmation.

 
>>  If you maintain a package that depends on libncurses6, ensure that 
>>your *CURRENT* version still works when cygncurses6.dll has been 
>>upgraded -- without recompiling your client package.
>>
> 
> I "tested" Cygwin Python 2.2-1 which was built against the previous
> ncurses version and did not uncover any problems.  By, "tested" I mean
> imported the _curses module into the Python interpreter.  I have never
> personally used this module, so I don't have the knowledge to easily
> test it further.


That should be sufficient.  If it imported successfully, then it must 
have been able to dlsymbol() all of the syms that it wanted from the DLL.

 
> Thanks for fixing the BROKEN_LINKER issue.


You're welcome (sorry it took so long -- but it was more difficult than 
it should have been.  ncurses is weird.)

--Chuck



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Recurring message? Re: Anyone got mod_perl working?

[Gerrit P. Haase]

 Eric,

2002-01-09 19:04:22, du schriebst:

> All,

> Very very sorry to spam the list, but is anyone else getting repeat
> copies of this message?

No problem here.

> I've got 6 in total, two more today.  I haven't really seen this from
> the list or our corporate email before.  If no one else has seen it, I
> can safely go complain to our sysadmin.

Go ahead complaining;)

> Dan Horne wrote:
>> 
>> Hi Gerrit
>> 
>> thanks for your notes. I neglected to mention that I did symbolically link
>> the liberl.a library. Unfortunately, I think I may have hit the wall in
>> getting Apache::Request working, and according to one note that I've found


-- 
begin  signature:
=^..^=
end


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Potential problems with Cygwin GCC and -mno-cygwin switch

[Earnie Boyd]

> Subject: Re: Potential problems with Cygwin GCC and -mno-cygwin switch
> Date: Tue, 8 Jan 2002 17:29:14 -0500
> From: "Soren Andersen" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> 
> On 26 Dec 2001 at 20:33, Jon Leichter wrote:
> 
> > I have a couple of issues to discuss about Cygwin GCC and it's MinGW
> > support.
> >
> > Before I get started, I'd like to make an observation. The MinGW web site
> > (http://www.mingw.org/mingwfaq.shtml#faq-usingwithcygwin) suggests that:
> >
> >  1) MinGW support in Cygwin GCC is flaky and buggy
> >  2) MinGW support in Cygwin GCC will possibly be deprecated
> 

I'll admit that these statements need to be restated.  I don't remember
if I or someone else made the statements but, these are flamitory and I
apologize.  Cygwin is a great tool, a lot of work has gone into it and
continues to go into it on a daily basis.  I certainly use it daily, I'd
be lost without it.  I've even contributed to Cygwin's GCC -mno-cygwin
source so please don't take ill intent at these statements.

> I have a few observations to make about this myself, on a general note.
> First off I am not trying to dis anyone involved in minGW. Some readers may
> realize I have been posting messages regarding minGW for a long while; I
> use minGW as well as I can. And try to contribute to it although I am not a
> talented or educated C programmer.
> 

All contributions are gratefully reviewed.

> Historically speaking, minGW is what must be (IMHO of course!) acknowledged
> as a "parasitic" offshoot of "Cygwin-gnuwin32". That is -- and pls, all
> readers, try not to react as if I had meant a very perjorative thing
 ^^^
 pejorative
> -- it
> was a bit like the life-form known as mistletoe, which grows on a living
> tree's branches, sinking its tissues into the host plant and drawing
> sustainance from it, but is also a green plant on its own. Parasitic in a
> semi-way. As time has passed minGW has tried in various ways to become
> "self-hosting" -- very specific meaning to hackers, there, of course, but
> also works in my metaphor here -- and moved away from complete reliance on
> Cygwin and its bash environment and UNIX emulation. The way it has done
> this has been a bit anarchical. Paul Sokolovsky has his "PW" scheme and
> "Mikey" (if I recall right) has his approach, etc etc. In short, minGW has
> been no where near as disciplined and organized as Cygwin. Lacking a single
> corporate sponsor such as Cygwin has in RedHat, that shouldn't be too
> surprising.
> 

MinGW's history is documented at www.mingw.org and you've flamed it's
originator's.

> This lack of sponsorship maybe is also part of the noted tendency for minGW
> priciple persons to manifest some, uhh, let's say testiness. 

You give no reference to prove what you say or to allow anyone to defend
themselves.

> People who
> pioneer new areas and sink huge amounts of personal time and effort into
> tough problem-solving with minimal broad-based outside interest or support
> sometimes become as a result a bit, uh, proprietary in their feelings about
> the project to which they've dedicated themselves. This can involve also a
> certain lack of balanced perspective, inability to grasp the perspectives
> of newcomers or outsiders, and -- sorry -- arrogance in attitude,
> sometimes. I've seen all this from certain people involved in minGW.
> Overall, though, its an amazing thing that minGW even exists, and has
> accomplished as much as it as.
> 

I don't know of whom you speak.

> One thing that is pretty clear to me is that there is no one person, aside
> maybe from Mumit Khan, who can legitimately present him/herself as
> "speaking for" minGW. 

I think I just did, and have.

> I think that needs to be acknowledged if there's been
> some impression that "minGW is criticizing cygwin". minGW is first and
> foremost a free-for-all, a collaborative exercize that moves forward by
> fits and starts. In any such assemblage of personalities there are bound to
> be some outspoken individuals (no sh__:-) who express frustrations they are
> having in a way that isn't echoed by more silent participants.
> 

Criticism, none intentional.  Observation of problems mixing the
environments is what's trying to be portrayed.  Observation about what's
been said about -mno-cygwin in the past in this list is what's trying to
be portrayed.

> >  3) a better solution for MinGW binaries from a Cygwin environment
> > is to install MinGW GCC over Cygwin
> 
> I personally keep the two absolutely separate in their own filesystem
> trees. TTBOMK the win32API files in Cygwin lag a little behind those on
> minGW -- maybe somebody can correct me on this -- and I prefer, lacking
> expertise on many things, to try to maximize my good results by not mixing
> the two to unknown side-effects.
> 

I'll correct you on this.  I release to both Cygwin and MinGW on the
same day

Rxvt and the missing command prompt

[Andrew DeFaria]

  I use Cygwin with rxvt. I also use Rational Clearcase. Clearcase has a 
command line tool called cleartool. When I start cleartool from a 
Windows Bash shell I get the prompt:

$ cleartool
cleartool>

However if I run rxvt and then issue a cleartool command I do not get 
the prompt:

$ cleartool


Now if I type in a cleartool subcommand then that command does execute. 
For example, I can type "quit" and cleartool exits.

Note this also happens when I telnet into a box running Cygwin. I have 
sumeized that the problem is that rxvt and apparently in.telnetd (et. 
al.) use ptys and cleartool just doesn't like 'em. Is there any way to 
fix this?

I thought that perhaps using "tty" in the CYGWIN environment variable 
might fix things up but it doesn't. In fact I've seen tty mess more 
things up than fix them. If one sets CYGWIN="ntsec tty" then one types 
in vim in a Windows Bash shell then exits echo is turned off, never to 
return! Attempting to turn it on with stty echo give you "stty: standard 
input: unable to perform all request operations".

Anybody knows how to sort this all out to elminate these problems?



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: cygwin Digest 9 Jan 2002 12:29:19 -0000 Issue 1677

[Joshua Franklin]

Try this:

start $(cygpath -w $(which notepad)) &

or, just

start c:\\winnt\\system32\\notepad.exe


> leesb@leesb-kr ~
> $ which notepad
> /cygdrive/c/WINNT/system32/notepad
> 
> leesb@leesb-kr ~
> $ cygpath -w /cygdrive/c/WINNT/system32/notepad
> c:\WINNT\system32\notepad
> 
> leesb@leesb-kr ~
> $ c:\WINNT\system32\notepad
> bash: c:WINNTsystem32notepad: command not found
> 
> leesb@leesb-kr ~
> $ c:\WINNT\system32\notepad.exe
> bash: c:WINNTsystem32notepad.exe: command not found
> 
> leesb@leesb-kr ~
> $ /cygdrive/c/WINNT/system32/notepad <-- in this
> case, it's working fine.
> 
> What should I look at to fix this? Any ideas?
> 
> Please reply all because I'm not a subscriber.
> Thanks.


__
Do You Yahoo!?
Send FREE video emails in Yahoo! Mail!
http://promo.yahoo.com/videomail/

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

CYGWIN=title

[Brian Keener]

I had my cygwin.bat file set so that the CYGWIN Environment Variable was set to 
title (I think I'm a minority but I liked seeing the program currently being 
executed), but yet I suddenly noticed that I was no longer seeing the name of 
the program being executed in the title bar.  

I recently moved to Win2000, I also recently started using the start command in 
cygwin.bat and wondered if either of these caused it to stop working.  Then I 
went and checked the mailing list archive and found a thread that seemed to 
deal with the proposal or thought to remove the cygwin=title function.  Now I 
wondered if the function was removed and I missed the notice (it is by the way 
still in the users guide for the Cygwin variable) or has something else stopped 
working or is it a Win2000 problem. 

I actually do see the program name but only once while login is being executed 
and then the only thing I see is the current working directory after that.

I use the following line to invoke cygwin from within the cygwin.bat file:

start rxvt -tn cygwin -fg white -bg black -sl 300 -sr -fn Courier-12 -e login

bk



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: bash 2.05a.0(2) console "misbehaving" on w2k

[Greg Fenton]

"Larry Hall (RFK Partners, Inc)" <[EMAIL PROTECTED]> wrote:
>
> At 07:16 PM 1/8/2002, Greg Fenton wrote:
> >
> >Thanks Larry for your replies...you've uncovered my foolishness...
> >I had added to the windows env a $CYGWIN setting when I last
> upgraded
> >BASH and had forgotten about it...sigh...
> [...]
> Glad to be of service!  Just out of curiosity, what was the
> environment
> variable and the setting you added/were missing?
> 

$ echo $CYGWIN
check_case:adjust title tty glob:ignorecase ntea

I haven't had a chance to lookup the reference for CYGWIN
to find out what this does...and I won't have time for a
while.

Thanks again,
greg_fenton.

=
Greg Fenton
[EMAIL PROTECTED]

__
Do You Yahoo!?
Send FREE video emails in Yahoo! Mail!
http://promo.yahoo.com/videomail/

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Compiling apps to Mingw32 with cygwin

[Earnie Boyd]

> Subject: Re: Compiling apps to Mingw32 with cygwin
> Date: Wed, 9 Jan 2002 18:11:16 +0100
> From: "J. Henning Schwentner" <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> 
> Am Montag, 7. Januar 2002 17:49 schrieben Sie:
> > Jon Leichter wrote:
> > > - Using CC="gcc -mno-cygwin" is good for compiling, but it's bad for GNU
> > > Libtool, as I have mentioned. I use a wrapper script: CC=mgcc. What do
> > > you think of this Earnie?
> >
> > Your wrapper script is a good idea but has the wrong name as has been
> > pointed out already.  It needs to be named i386-pc-mingw32-gcc and a
> > copy as mingw32-gcc so that when specifying the --host=mingw32 or
> > --host=i386-pc-mingw32 the configure script will find it appropriately.
> > Of course to do this you also need to do the same for the binutils
> > binaries.
> 
> Do the binutils also support the -mno-cygwin switch? 

I'll leave that as an exercise for you to figure out.

> Or can the
> 386-pc-mingw32- files be simple links to the cygwin versions?
> 

Yes, simply symlink will do.

Earnie.

_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: bash 2.05a.0(2) console "misbehaving" on w2k

[Larry Hall (RFK Partners, Inc)]

At 02:39 PM 1/9/2002, Greg Fenton wrote:

>"Larry Hall (RFK Partners, Inc)" <[EMAIL PROTECTED]> wrote:
> >
> > At 07:16 PM 1/8/2002, Greg Fenton wrote:
> > >
> > >Thanks Larry for your replies...you've uncovered my foolishness...
> > >I had added to the windows env a $CYGWIN setting when I last
> > upgraded
> > >BASH and had forgotten about it...sigh...
> > [...]
> > Glad to be of service!  Just out of curiosity, what was the
> > environment
> > variable and the setting you added/were missing?
> > 
>
>$ echo $CYGWIN
>check_case:adjust title tty glob:ignorecase ntea
>
>I haven't had a chance to lookup the reference for CYGWIN
>to find out what this does...and I won't have time for a
>while.


OK.  I'm still a little confused though.  I'm not aware of any settings
in the CYGWIN environment variable that should affect VIM and especially
not any non-Cygwin version.  So, I'm glad you think I helped but it's 
not clear to me from the information provided that there was any real
Cygwin link for this issue.

OK, I'll drop the thread since it seems OT.

Glad you found a fix for your problem though.



Larry Hall  [EMAIL PROTECTED]
RFK Partners, Inc.  http://www.rfk.com
838 Washington Street   (508) 893-9779 - RFK Office
Holliston, MA 01746 (508) 893-9889 - FAX


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Maybe a bug with sockets

[ricardo niederberger cabral]

This is a known bug in cygwin1.dll. It has been corrected on the CVS
version. Try a CVS snapshot release of cygwin1.dll.
---
Ricardo Niederberger Cabral
<[EMAIL PROTECTED]>
- Original Message -
From: "Stefan Frings" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, January 09, 2002 3:32 PM
Subject: Maybe a bug with sockets


> I think I found a bug in cygwin. I open a socket connection and start a
> child process after that. Then I cannot close the socket. The following is
> a reduced source code with that problem. It works fine on Linux but not on
> CygWin.



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RXVT Font Question

[Parker, Ron]

The Windows 2000 console can use two different fonts. The one is "Lucida
Console". The other is "Terminal". Is it possible to use "Terminal" in say
the 8x12 size with rxvt?  I think it does the right thing with box
characters and while it is not as smooth has a heavier weight and is easier
on my eyes with certain color combinations.

--
"Beauty is in the eye of the beholder and the beholder is blind."

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

debugging gcc 3.0.3 (segfault handler)

[Wade Brainerd]

Hi, can someone tell me how to compile gcc 3.0.3 for debugging under 
cygwin?  I need to a) disable the segfault handler and b) disable 
optimizations.  I'm assuming there's a way to do this via configure.

My problem is that cc1plus is crashing, with the following message and 
exiting, and gdb can't trap it.  I'm assuming it's because gcc handles the 
segfault and prints out the message.  I'd also like to disable 
optimizations if possible to make looking at local variables and following 
execution flow easier.

Thanks in advance,

Wade Brainerd
Treyarch

vector.h:149: Internal error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://www.gnu.org/software/gcc/bugs.html> for instructions.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

cygwin 1.3.6-6, camp 1.3.20, unable to start apache

[dutchman]

Hi,

I've recently installed cygwin 1.3.6-6 on a Windows NT machine (SP 5). I've
downloaded CAMP 1.3.20 and installed this from root (/).
Issuing /usr/local/apache/bin/apachectl start, gives me the following error:
Syntax error on line 267 of /usr/local/apache/conf/httpd.conf:
Cannot load /usr/local/apache/libexec/php4/libphp4.dll into server: dlopen:
Win32 error 126
/usr/local/apache/bin/apachectl start: httpd could not be started.

I get the same error when doing /usr/local/apache/bin/apachectl configtest
and /usr/local/apache/bin/httpd -t.
I have not changed anything in the installation.

When I comment out the lines LoadModule php4_module libexec/php4/libphp4.dll
(line 267) and AddModule mod_php4.c, the apache web server starts and serves
pages.

The dll file exists in the location referenced.

If anyone could shed any light on this I'd be very gratefull.


Regards,

Ronald Maas.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Setting up user mode cron

[Andrew DeFaria]

I've set up cron on my desktop according to /usr/doc/Cygwin/cron.README 
which states I should:

$ cygrunsrv -I cron -p /usr/sbin/cron -a D -e "CYGWIN=ntsec"
$ cygrunsrv -S cron

And I have the following crontab installed:

15 * * * * echo -e "Debugging cron $(date)\n">  
/tmp/cron.log
16 * * * * echo -e "Working directory:\n\n$(pwd)\n"  >> 
/tmp/cron.log
17 * * * * echo -e "ID info:\n\n$(id)\n" >> 
/tmp/cron.log
18 * * * * echo -e "Directory listing:\n\n$(ls)\n"   >> 
/tmp/cron.log
19 * * * * echo -e "Script file:\n\n$(ls /tmp/update_view)\n" >> 
/tmp/cron.log
20 * * * * echo -e "Executing: /tmp/update_view defaria" >> 
/tmp/cron.log
21 * * * * /tmp/update_view defaria  >> 
/tmp/cron.log

The resulting output is:

Debugging cron Wed Jan  9 13:15:01  2002

Working directory:

/home/adefaria

ID info:

uid=1370(adefaria) gid=513(Domain Users) groups=0(Everyone),512(Domain 
Admins),513(Domain Users),1170(Everybody),1382(ITSupport)

Directory listing:



Script file:

/tmp/update_view

Executing: /tmp/update_view defaria

It seems like cron works OK and runs as me in my home directory but I 
cannot access nor run any scripts! Not even in /tmp! Why?

Executing this script from the command line yeilds:

$ /tmp/update_view defaria
update_view: Warning: View pname does not exist: defaria

View pnames should be UNC names that lead to the top of the view
For example: //sons-clearcase/Views/

Finally I received an email from cron that stated simply 
"/tmp/update_view: not found". So then, how does one set up cron such 
that one can use it to run scripts?



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Setting up user mode cron

[Larry Hall (RFK Partners, Inc)]

At 05:06 PM 1/9/2002, Andrew DeFaria wrote:
>I've set up cron on my desktop according to /usr/doc/Cygwin/cron.README which states 
>I should:
>
>$ cygrunsrv -I cron -p /usr/sbin/cron -a D -e "CYGWIN=ntsec"
>$ cygrunsrv -S cron
>
>And I have the following crontab installed:
>
>15 * * * * echo -e "Debugging cron $(date)\n">  
>/tmp/cron.log
>16 * * * * echo -e "Working directory:\n\n$(pwd)\n"  >> /tmp/cron.log
>17 * * * * echo -e "ID info:\n\n$(id)\n" >> /tmp/cron.log
>18 * * * * echo -e "Directory listing:\n\n$(ls)\n"   >> /tmp/cron.log
>19 * * * * echo -e "Script file:\n\n$(ls /tmp/update_view)\n" >> /tmp/cron.log
>20 * * * * echo -e "Executing: /tmp/update_view defaria" >> /tmp/cron.log
>21 * * * * /tmp/update_view defaria  >> /tmp/cron.log
>
>The resulting output is:
>
>Debugging cron Wed Jan  9 13:15:01  2002
>
>Working directory:
>
>/home/adefaria
>
>ID info:
>
>uid=1370(adefaria) gid=513(Domain Users) groups=0(Everyone),512(Domain 
>Admins),513(Domain Users),1170(Everybody),1382(ITSupport)
>
>Directory listing:
>
>
>
>Script file:
>
>/tmp/update_view
>
>Executing: /tmp/update_view defaria
>
>It seems like cron works OK and runs as me in my home directory but I cannot access 
>nor run any scripts! Not even in /tmp! Why?


Did you choose to mount '/' as 'user' rather than 'system' during the
install?  Check the output of 'mount' to find out.


>Executing this script from the command line yeilds:
>
>$ /tmp/update_view defaria
>update_view: Warning: View pname does not exist: defaria
>
>View pnames should be UNC names that lead to the top of the view
>For example: //sons-clearcase/Views/


I believe you need to alter the permissions of the 'SYSTEM' account so 
that it can access the network.  I might be wrong on this.  Check the 
email archives for similar discussions on cron.  This *has* come up 
before.





Larry Hall  [EMAIL PROTECTED]
RFK Partners, Inc.  http://www.rfk.com
838 Washington Street   (508) 893-9779 - RFK Office
Holliston, MA 01746 (508) 893-9889 - FAX


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Debugging Excel-callable dll in WinNT using GDB

[Jeanine Kwong]

Hi all,

I would like to debug an Excel-callable dll in Windows NT machine using
gdb version 4.17.1.  Because the dll contains a c++ function that
creates a thread, I put in a DebugBreak() call in the c++ codes before
and inside whhere the program creates a thread.  The program is compiled
with g++.

What the c++ function does is takes in the parameters from the excel
formula, do some calculations, then output the result to the cell.   

I tried the following:
(gdb) file c:\\progra~1\\micros~1\\office\\excel.exe'path to
excel.exe
(gdb) run   'Excel started

At this point, gdb command window beaome inactive.
I put the formula in a cell in the Excel worksheet with the appropriate
parameters and pressed enter.
The dll kicks in and hit the line where "DebugBreak()" is.  gdb regains
its control.

(gdb) l  'show 10 lines after where debugBreak() is, before creating
a thread
(gdb) cont   'continue to the DebugBreak() after inside the procedure
when the thread is created.

(gdb) 1  '***PROBLEM STARTS!!!
It showed 10 lines, but they are not the lines that I expected to see! 
I suspect that it gdb is still in the "old" thread.

(gdb) info threads 'attempt to find out the thread IDs
info threads   'not helpful at all!!

Questions:
Is there any way that I can find out the thread ID?  Is there any switch
that I have to have to put when I compile the program so that gdb
becomes thread-aware?  Any suggestion?  

I am thinking of getting a newer version of gdb, but I could not find a
pre-compiled version of it (ie. a .exe file).  If you do, please let me
know.

Any help is highly appreciated.

Thanks,
Jeanine Kwong
Analyst
Scotia Capital

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Debugging Excel-callable dll in WinNT using GDB

[Jeanine Kwong]

Hi all,

I would like to debug an Excel-callable dll in Windows NT machine using
gdb version 4.17.1.  Because the dll contains a c++ function that
creates a thread, I put in a DebugBreak() call in the c++ codes before
and inside whhere the program creates a thread.  The program is compiled
with g++.

What the c++ function does is takes in the parameters from the excel
formula, do some calculations, then output the result to the cell.   

I tried the following:
(gdb) file c:\\progra~1\\micros~1\\office\\excel.exe'path to
excel.exe
(gdb) run   'Excel started

At this point, gdb command window beaome inactive.
I put the formula in a cell in the Excel worksheet with the appropriate
parameters and pressed enter.
The dll kicks in and hit the line where "DebugBreak()" is.  gdb regains
its control.

(gdb) l  'show 10 lines after where debugBreak() is, before creating
a thread
(gdb) cont   'continue to the DebugBreak() after inside the procedure
when the thread is created.

(gdb) 1  '***PROBLEM STARTS!!!
It showed 10 lines, but they are not the lines that I expected to see! 
I suspect that it gdb is still in the "old" thread.

(gdb) info threads 'attempt to find out the thread IDs
info threads   'not helpful at all!!

Questions:
Is there any way that I can find out the thread ID?  Is there any switch
that I have to have to put when I compile the program so that gdb
becomes thread-aware?  Any suggestion?  

I am thinking of getting a newer version of gdb, but I could not find a
pre-compiled version of it (ie. a .exe file).  If you do, please let me
know.

Any help is highly appreciated.

Thanks,
Jeanine Kwong
Analyst
Scotia Capital

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Downloading problems - either won't D/L at all or truncates over 1MB

[Robert Collins]

- Original Message -
From: "$Bill Luebkert" <[EMAIL PROTECTED]>


> This is partly complaint, partly my first encounter with the install
> script and partly some suggestions to improve D/L scenarios.

Install script? What script are you running, we only support installs
via setup.exe (which is not a script). Assuming that this is just a
terminology issue lets continue.

> I've had Cygwin uninstalled for a while due to space limitations.
> I now have the space and am trying to re-install.  I tried D/Ling
> the entire distro and encountered many problems.

Why install the entire distribution if you've had space limitations.
We've spent a huge amount of volunteer time just so that you don't have
to install everything, and now every second email to the cygwin list is
'I want to install everything'.

> The install screen is a bit cryptic on what some options mean.  There
> ought to be a few changes made to make things easier to install.  Here
> are my thoughts:
>
> 1)  After going to all of the trouble of picking the files you want
> and picking a D/L site, it would be nice if the picks were saved so
> when it fails you don't have to go through all that picking again.

The download site is saved. If you don't have a cygwin install on your
machine, choose the same local dir again, and it should remember your
download site. As for the chosen packages, patches will be accepted, but
must meet the following criteria:
* No unexpected side effects
* Works correctly when cygwin is and is not present on the machine
* Should integrate into the package database for install-from-net and
install-from-disk options.

> 2) A couple of options for all the latest binaries or all latest
sources
> (or both) would be nice.

Check the mailing lists. Every message asking for this is just reducing
my motivation to do it. You have the ability to patch this yourself.
Installing all packages will not be a feasible option in the future.

> 3) Using any of the above options, it would be nice to have a
'Fill-in'
> check box where you can just fill in the items that failed to D/L in
> the list of items you picked.

Again, patches accepted. I don't see this as necessary however, if 1) is
implemented.

> 4) An 'update' option might be nice where you could pick binary or
source
> or both and it would find any later packages than the ones you have
> installed and D/L them.  This could double as the 'fill-in' option
above.

Huh? This is the default mode of behaviour. You run setup, it grabs
everything newer of the chosen stability.

> 5) A readme file at the top level of /Cygwin tree to explain
cygwin-setup.exe
> options and recoveries etc. would be nice.

We have a web page dedicated to explaining how to install cygwin. I
think that's a little more intuitive than a readme file that will only
get installed once the downloads succeed and the install phase begins.
(Before you suggest writing it at the beginning I suggest you think
about the download only option).

> All of the ftp sites I tried failed.  Just a bunch of failed to D/L
latest
> version of "XXX" where XXX is whatever package I'm D/L'ing.

Maybe you are behind a firewall that is interfering, or a broken proxy
that doesn't handle FTP.

> I finally got a site to work, but all files > 980K failed after that
much
> was D/L'ed.  I tried with and without my firewall on.  Still can't D/L
files

Ah, magic word.. firewall.

> I've had problems like this before that I got around by D/L'ing to a
faster
> site (my ISP on the backbone) and then D/L'ing from there to my dialup
PC.
> The amount of data that I need to do this with this time would make it
a
> hassle to do for this situation, but I will if I can't resolve it any
> other way.

If you've had problems like this before, take a clue: Your environment
is broken. Before I got ADSL I routinely downloaded 20-30Mb files on a
33.6 modem.

Rob


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Cross compiler

[Robert Collins]

- Original Message -
From: "Kei OHSHIRO" <[EMAIL PROTECTED]>


> Hello, Roland
>
> > I want to compile some of my programs on UNIX with the
> > target set to cygwin.
> > Can anybody tell me if I need any special packages for
> > this?
>
> We are now developing yet another cygwin distribution, Peach Cygwin
> and have cross-compile environment on Linux.

Huh? I hope you plan to put some development time into cygwin1.dll then.
The current developers are unlikely to support users who are installing
from elsewhere - our first support question is "did you install via
setup.exe? No, then run our installer".

Rob


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Setting up user mode cron

[Andrew DeFaria]

Larry Hall (RFK Partners, Inc) wrote:

>At 05:06 PM 1/9/2002, Andrew DeFaria wrote:
>
>>I've set up cron on my desktop according to /usr/doc/Cygwin/cron.README which states 
>I should:
>>
>>$ cygrunsrv -I cron -p /usr/sbin/cron -a D -e "CYGWIN=ntsec"
>>$ cygrunsrv -S cron
>>
>>And I have the following crontab installed:
>>
>>15 * * * * echo -e "Debugging cron $(date)\n">  
>>/tmp/cron.log
>>16 * * * * echo -e "Working directory:\n\n$(pwd)\n"  >> /tmp/cron.log
>>17 * * * * echo -e "ID info:\n\n$(id)\n" >> /tmp/cron.log
>>18 * * * * echo -e "Directory listing:\n\n$(ls)\n"   >> /tmp/cron.log
>>19 * * * * echo -e "Script file:\n\n$(ls /tmp/update_view)\n" >> /tmp/cron.log
>>20 * * * * echo -e "Executing: /tmp/update_view defaria" >> /tmp/cron.log
>>21 * * * * /tmp/update_view defaria  >> /tmp/cron.log
>>
>>The resulting output is:
>>
>>Debugging cron Wed Jan  9 13:15:01  2002
>>
>>Working directory:
>>
>>/home/adefaria
>>
>>ID info:
>>
>>uid=1370(adefaria) gid=513(Domain Users) groups=0(Everyone),512(Domain 
>Admins),513(Domain Users),1170(Everybody),1382(ITSupport)
>>
>>Directory listing:
>>
>>
>>
>>Script file:
>>
>>/tmp/update_view
>>
>>Executing: /tmp/update_view defaria
>>
>>It seems like cron works OK and runs as me in my home directory but I cannot access 
>nor run any scripts! Not even in /tmp! Why?
>>
>
>
>Did you choose to mount '/' as 'user' rather than 'system' during the install?  Check 
>the output of 'mount' to find out.
>
No I didn't do any mounting of '/' as 'user" that I can see:

$ mount
\\sons-mrp\LJ45500-Color on /dev/LJ45500-Color type system (binmode)
\\sons-clearcase\views on /view type system (textmode)
\\sons-mrp\LJ4050PCL6 on /dev/LJ4050PCL6 type system (binmode)
\\sonscentral\users on /home type system (textmode)
\\sons-mrp\LJ8150 on /dev/LJ8150 type system (binmode)
\\sons-mrp\LJ8150 on /dev/lp type system (binmode)
C:\Cygwin\bin on /usr/bin type system (binmode)
C:\Cygwin\lib on /usr/lib type system (binmode)
C:\Cygwin on / type system (binmode)
c: on /dev/c type system (textmode,noumount)
g: on /dev/g type system (textmode,noumount)
h: on /dev/h type system (textmode,noumount)
q: on /dev/q type system (textmode,noumount)
t: on /dev/t type system (textmode,noumount)

>>Executing this script from the command line yeilds:
>>
>>$ /tmp/update_view defaria
>>update_view: Warning: View pname does not exist: defaria
>>
>>View pnames should be UNC names that lead to the top of the view
>>For example: //sons-clearcase/Views/
>>
>
>I believe you need to alter the permissions of the 'SYSTEM' account so that it can 
>access the network.  
>
What "network" am I accessing when I try to run /tmp/update_view? It's 
my understanding that /tmp is local. Of course my home directory is on 
the network. Is that what you mean? Anyhow, how do I alter the 
permissions of "SYSTEM" account so that it can access the network. What 
I have in my /etc/passwd is:

$ grep -i system /etc/passwd
SYSTEM:*:18:18:,S-1-5-18::

>I might be wrong on this.  Check the email archives for similar discussions on cron.  
>This *has* come up before.
>
I had checked and read a lot about cron in the archives before this. I 
didn't see anything that explained it. I saw stuff saying that cron 
cannot access network drives. Does this also mean that cron cannot 
access network mount points say like when you mount /mnt/share 
///? Does it main you cannot then run 
/mnt/share/myscript? Or does it mean if your home directory happens to 
be /mnt/share/home/ then I can't run anything including /tmp/myscript?!?

Another, cron related problem. On my Windows 2000 server I tried to set 
up cron:

$ cygrunsrv -I cron -p /usr/sbin/cron -a D -e "CYGWIN=ntsec"
$ cygrunsrv -S cron
cygrunsrv: Error starting a service: QueryServiceStatus:  Win32 error 1062:
The service has not been started.

Any ideas?


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Setting up user mode cron

[Larry Hall (RFK Partners, Inc)]

At 06:25 PM 1/9/2002, Andrew DeFaria wrote:
>Larry Hall (RFK Partners, Inc) wrote:
>
>>At 05:06 PM 1/9/2002, Andrew DeFaria wrote:
>>
>>>I've set up cron on my desktop according to /usr/doc/Cygwin/cron.README which 
>states I should:
>>>
>>>$ cygrunsrv -I cron -p /usr/sbin/cron -a D -e "CYGWIN=ntsec"
>>>$ cygrunsrv -S cron
>>>
>>>And I have the following crontab installed:
>>>
>>>15 * * * * echo -e "Debugging cron $(date)\n">  
>>>/tmp/cron.log
>>>16 * * * * echo -e "Working directory:\n\n$(pwd)\n"  >> /tmp/cron.log
>>>17 * * * * echo -e "ID info:\n\n$(id)\n" >> /tmp/cron.log
>>>18 * * * * echo -e "Directory listing:\n\n$(ls)\n"   >> /tmp/cron.log
>>>19 * * * * echo -e "Script file:\n\n$(ls /tmp/update_view)\n" >> /tmp/cron.log
>>>20 * * * * echo -e "Executing: /tmp/update_view defaria" >> /tmp/cron.log
>>>21 * * * * /tmp/update_view defaria  >> /tmp/cron.log
>>>
>>>The resulting output is:
>>>
>>>Debugging cron Wed Jan  9 13:15:01  2002
>>>
>>>Working directory:
>>>
>>>/home/adefaria
>>>
>>>ID info:
>>>
>>>uid=1370(adefaria) gid=513(Domain Users) groups=0(Everyone),512(Domain 
>Admins),513(Domain Users),1170(Everybody),1382(ITSupport)
>>>
>>>Directory listing:
>>>
>>>
>>>
>>>Script file:
>>>
>>>/tmp/update_view
>>>
>>>Executing: /tmp/update_view defaria
>>>
>>>It seems like cron works OK and runs as me in my home directory but I cannot access 
>nor run any scripts! Not even in /tmp! Why?
>>
>>
>>Did you choose to mount '/' as 'user' rather than 'system' during the install?  
>Check the output of 'mount' to find out.
>No I didn't do any mounting of '/' as 'user" that I can see:
>
>$ mount
>\\sons-mrp\LJ45500-Color on /dev/LJ45500-Color type system (binmode)
>\\sons-clearcase\views on /view type system (textmode)
>\\sons-mrp\LJ4050PCL6 on /dev/LJ4050PCL6 type system (binmode)
>\\sonscentral\users on /home type system (textmode)
>\\sons-mrp\LJ8150 on /dev/LJ8150 type system (binmode)
>\\sons-mrp\LJ8150 on /dev/lp type system (binmode)
>C:\Cygwin\bin on /usr/bin type system (binmode)
>C:\Cygwin\lib on /usr/lib type system (binmode)
>C:\Cygwin on / type system (binmode)
>c: on /dev/c type system (textmode,noumount)
>g: on /dev/g type system (textmode,noumount)
>h: on /dev/h type system (textmode,noumount)
>q: on /dev/q type system (textmode,noumount)
>t: on /dev/t type system (textmode,noumount)


OK, yes all your mounts are system.  Looking back over your original 
comments, what doesn't work again?  You seem to indicate that cron is 
running.  The output you show indicates it did run.  But you claim it
didn't run a script.  How did you determine that?  Perhaps you're 
interpreting the fact that you're having problems accessing the network
share as a cron script execution problem?


>>>Executing this script from the command line yeilds:
>>>
>>>$ /tmp/update_view defaria
>>>update_view: Warning: View pname does not exist: defaria
>>>
>>>View pnames should be UNC names that lead to the top of the view
>>>For example: //sons-clearcase/Views/
>>
>>I believe you need to alter the permissions of the 'SYSTEM' account so that it can 
>access the network.  
>What "network" am I accessing when I try to run /tmp/update_view? It's my


Good question.  Using your example above, 
//sons-clearcase/Views/.  That's what I'm assuming lacking any
other information from you.


>  understanding that /tmp is local. Of course my home directory is on the network. Is 
>that what you mean? Anyhow, how do I alter the permissions of


Assuming you're trying to access your home directory in your script, yes.


>  "SYSTEM" account so that it can access the network. What I have in my /etc/passwd 
>is:
>
>$ grep -i system /etc/passwd
>SYSTEM:*:18:18:,S-1-5-18::
>
>>I might be wrong on this.  Check the email archives for similar discussions on cron. 
> This *has* come up before.
>I had checked and read a lot about cron in the archives before this. I didn't see 
>anything that explained it. I saw stuff saying that cron cannot access network 
>drives. Does this also mean that cron cannot access network mount points say like 
>when you mount /mnt/share ///? Does it main you cannot then run 
>/mnt/share/myscript?


Yep, network drives are a no-no.  If this is how you're trying to access
the network, then that's your problem.  Try using the UNC paths directly.
If that doesn't work, I can only point you to the mail archives.  I 
remember this being discussed and my recollection is the solution was 
'use UNC paths'.  But my memory could be wrong.  Perhaps someone else's
memory is clearer on this subject.


>  Or does it mean if your home directory happens to be /mnt/share/home/ then I 
>can't run anything including /tmp/myscript?!?
>
>Another, cron related problem. On my Windows 2000 server I tried to set up cron:
>
>$ cygrunsrv -I cron -p /usr/sbin/cron -a D -e "CYGWIN=ntsec"
>$ cygrunsrv -S cron
>cygrunsrv: Error starting a service: QueryServiceStatus:  Win32 error 1

ksh on Cygwin

[Karsten Fleischer]

Hi Cygwin folks,

having seen some references to pdksh on the list today I think I must have a
"coming out" now.
I've been working with David Korn and Glenn Fowler some weeks ago to get the
real ksh93 and all the other AT&T stuff (AST libraries and tools) going on
Cygwin.
There are still some problems here and there, but it works quite well now.
We have found some SUSv2 incompatibilities and some inconsistencies within
the Cygwin DLL.
I've fixed most of them, but unfortunately my fixes are against the 1.3.3
DLL, and you folks are quite ahead of me now.
Also, some of my fixes mimic UWIN behavior...
Cygwin developers, if you're interested, please feel free to contact me.
Please mail to me at both of these addresses then so that I can reply on
time:
[EMAIL PROTECTED]
[EMAIL PROTECTED]

Karsten


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [Q]Windows PATH is not working..

[S.B.(SangBum) LEE]

Is there anybody doing OK with Windows path? Cygwin documentation says:

Cygwin supports both Win32- and POSIX-style paths, where directory delimiters may be 
either forward or back slashes. UNC

pathnames (starting with two slashes and a network name) are also supported.

I have a collegue who has no problem with doing as below. However I can't find any of 
differences regarding installation

between me & him. That's why I raised this question.

Please let me know if you have anything you have in mind.. I have to develop a program 
using Windows path.

Pavel Tsekov wrote:

> Please, stick to posting to the list - I and many others
> read it.
>
> S.B.(SangBum) LEE wrote:
>
> > It didn't fix, as you see below..
> >
> > leesb@leesb-kr ~
> > $ c:\\WINNT\\system32\\notepad.exe
> > bash: c:\WINNT\system32\notepad.exe: command not found
> >
> > Pavel Tsekov wrote:
> >
> >
> >>S.B.(SangBum) LEE wrote:
> >>
> >>
> >>>Hi. cygwiners..
> >>>
> >>>I have installed cygwin(DLL version: 1.3.6) on Win 2K & met the following problem.
> >>>
> >>>
> >>>leesb@leesb-kr ~
> >>>$ which notepad
> >>>/cygdrive/c/WINNT/system32/notepad
> >>>
> >>>leesb@leesb-kr ~
> >>>$ cygpath -w /cygdrive/c/WINNT/system32/notepad
> >>>c:\WINNT\system32\notepad
> >>>
> >>>leesb@leesb-kr ~
> >>>$ c:\WINNT\system32\notepad
> >>>bash: c:WINNTsystem32notepad: command not found
> >>>
> >>>leesb@leesb-kr ~
> >>>$ c:\WINNT\system32\notepad.exe
> >>>bash: c:WINNTsystem32notepad.exe: command not found
> >>>
> >>The backslashes in you command line have to be escaped i.e.
> >>instead of typing just '\' you have to type '\\'. This is
> >>because the shell, I assume you're using bash, threats the
> >>'\' character in a special fashion.
> >>
> >>Maybe you have to read the FAQ and other docu available at
> >>cygwin.com. Just a friendly advise :)
> >>
> >>
> >>>leesb@leesb-kr ~
> >>>$ /cygdrive/c/WINNT/system32/notepad <-- in this case, it's working fine.
> >>>
> >>Yep - this is a absolute POSIX path, so no problems with it.
> >>

--
Thanks & Regards.

S.B.(Sangbum) Lee
==
Support Analyst
ORACLE KOREA
+82.2.2194.8048(Office)
+82.11.9992.0529(Mobile)
==



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Maya development tools and Cygwin

[Dylan Cuthbert]

Hi there,

Has anyone had any experience with the Maya development environment for
win2k/xp?  It is of course a Visual Studio-tuned environment it seems with a
ton of dll's and header files and a few .lib files.

I'm fairly new to this .dll/.lib game so how do I even begin to go about
getting a devkit like this to compile in cygwin/gcc?  (for this kind of
stuff it would be cool if gcc had a Visual Studio-emulation mode :-), a kind
of ultra-crippled mode)

Regards

-
Q-Games, Dylan Cuthbert.
http://www.q-games.com


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Cross compiler

[Christopher Faylor]

On Thu, Jan 10, 2002 at 10:07:54AM +1100, Robert Collins wrote:
>- Original Message -
>From: "Kei OHSHIRO" <[EMAIL PROTECTED]>
>
>
>> Hello, Roland
>>
>> > I want to compile some of my programs on UNIX with the
>> > target set to cygwin.
>> > Can anybody tell me if I need any special packages for
>> > this?
>>
>> We are now developing yet another cygwin distribution, Peach Cygwin
>> and have cross-compile environment on Linux.
>
>Huh? I hope you plan to put some development time into cygwin1.dll then.
>The current developers are unlikely to support users who are installing
>from elsewhere - our first support question is "did you install via
>setup.exe? No, then run our installer".

That's for sure.  We will *not* support another cygwin distribution in
this mailing list.

I would be careful about the use of the name "Cygwin", too.  It is a
trademark, you know.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: ksh on cygwin

[Christopher Faylor]

On Thu, Jan 10, 2002 at 01:50:46AM +0100, Karsten Fleischer wrote:
>Hi Cygwin folks,
>
>having seen some references to pdksh on the list today I think I must have a
>"coming out" now.
>I've been working with David Korn and Glenn Fowler some weeks ago to get the
>real ksh93 and all the other AT&T stuff (AST libraries and tools) going on
>Cygwin.
>There are still some problems here and there, but it works quite well now.
>We have found some SUSv2 incompatibilities and some inconsistencies within
>the Cygwin DLL.
>I've fixed most of them, but unfortunately my fixes are against the 1.3.3
>DLL, and you folks are quite ahead of me now.
>Also, some of my fixes mimic UWIN behavior...
>Cygwin developers, if you're interested, please feel free to contact me.

Sorry.  That's not how it works.

If you have patches to provide, check out the cygwin web page.  Click on
the "Contributing" link.

If you really are thinking about providing a modified version of the cygwin
DLL with ksh, then I hope you think again.  It's a very bad idea.

However, if you insist, I hope that you'll have a separate mailing list
available for support.  We definitely won't be supporting it here.

>Please mail to me at both of these addresses then so that I can reply on
>time:
>[EMAIL PROTECTED]
>[EMAIL PROTECTED]

Hmm.  How odd.

I assume that I have to spell this out:  Please reply to the mailing list.
That's how most free software projects get patches into the code base.

If you have questions, want to report bugs, or submit patches, the cygwin
mailing list is the place to do this.  It's sort of a shame that you weren't
doing that all along, in fact.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [Q]Windows PATH is not working..

[Randall R Schulz]

S.B.,

Nothing you report indicates malfunction or misbehavior, hence you need not 
attempt to fix anything.

Note that since your PATH is set so that "which" (or the BASH built-in 
"type") successfully locate the "notepad" executable, all you need to do to 
run that program is type its simple name (no path syntax, no suffix).

Work with the system and let it work for you.

Randall Schulz
Mountain View, CA USA


At 00:51 2002-01-09, S.B.(SangBum) LEE wrote:
>Hi. cygwiners..
>
>I have installed cygwin(DLL version: 1.3.6) on Win 2K & met the following 
>problem.
>
>
>leesb@leesb-kr ~
>$ which notepad
>/cygdrive/c/WINNT/system32/notepad
>
>leesb@leesb-kr ~
>$ cygpath -w /cygdrive/c/WINNT/system32/notepad
>c:\WINNT\system32\notepad
>
>leesb@leesb-kr ~
>$ c:\WINNT\system32\notepad
>bash: c:WINNTsystem32notepad: command not found
>
>leesb@leesb-kr ~
>$ c:\WINNT\system32\notepad.exe
>bash: c:WINNTsystem32notepad.exe: command not found
>
>leesb@leesb-kr ~
>$ /cygdrive/c/WINNT/system32/notepad <-- in this case, it's working fine.
>
>What should I look at to fix this? Any ideas?
>
>Please reply all because I'm not a subscriber. Thanks.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: ksh on cygwin

[Karsten Fleischer]

> Sorry.  That's not how it works.
>
> If you have patches to provide, check out the cygwin web page.  Click on
> the "Contributing" link.

I know about that.

> If you really are thinking about providing a modified version of
> the cygwin
> DLL with ksh, then I hope you think again.  It's a very bad idea.

Sorry, that was not my intention. Never.
I've put a lot of work into my fixes, but Cygwin development went off too
fast for me to keep up pace.
There's already a great interest in having ksh on Cygwin at Bell Labs. I'm
interested to get my patches into the official Cygwin release.

> However, if you insist, I hope that you'll have a separate mailing list
> available for support.  We definitely won't be supporting it here.

???

> >Please mail to me at both of these addresses then so that I can reply on
> >time:
> >[EMAIL PROTECTED]
> >[EMAIL PROTECTED]
>
> Hmm.  How odd.

Not so odd. I'm not monitoring the mailing list all the time and I don't
have access to the other mail account at the two places.

> I assume that I have to spell this out:  Please reply to the mailing list.
> That's how most free software projects get patches into the code base.

I know. I'm not that dumb.

> If you have questions, want to report bugs, or submit patches, the cygwin
> mailing list is the place to do this.  It's sort of a shame that
> you weren't
> doing that all along, in fact.

It was quite a bunch of things I had to discuss. Along them were copyright
infringements. As you might know, David Korn and Glenn Fowler are working
for AT&T.
I am a freelancer, so there are no copyright problems. So we decided that
they should work out the bug reports (some of which turned out to be bugs in
their software), and I do the fixes.
It was meant to prove that AST/ksh works on Cygwin, or, the other way round,
Cygwin is capable to run AST/ksh. It does. q.e.d.

So can we get down to discuss my fixes now?

Karsten


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Newbie Question

[Paul Johnson]

Having just installed Cygwin under Win98, I'm curious to know if I can
change the screen height to 50 lines (or some other, larger, number).

TIA,

Paul


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Newbie Question

[Dylan Cuthbert]

Just right click on the cygwin shell icon and click Properties, then alter
the settings just as you would for a DOS box.

Regards
-
Q-Games, Dylan Cuthbert.
http://www.q-games.com

- Original Message -
From: "Paul Johnson" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, January 10, 2002 10:52 AM
Subject: Newbie Question


> Having just installed Cygwin under Win98, I'm curious to know if I can
> change the screen height to 50 lines (or some other, larger, number).
>
> TIA,
>
> Paul
>
>
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Bug reporting: http://cygwin.com/bugs.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
>


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: ksh on cygwin

[Christopher Faylor]

On Thu, Jan 10, 2002 at 02:25:53AM +0100, Karsten Fleischer wrote:
>> Sorry.  That's not how it works.
>>
>> If you have patches to provide, check out the cygwin web page.  Click on
>> the "Contributing" link.
>
>I know about that.

Ok.  Then that's the way to go.  Just follow the procedures in
http://cygwin.com/contrib.html .  If your fix is big you'll need to fill
out an assignment form as that web page mentions.

>So can we get down to discuss my fixes now?

If you want to start a discussion, then... start it.  You don't need
permission to begin.

It would be nice if, before you start making observations or suggesting
fixes, you checked the mailing list archives to see if you are covering
old ground or not.

Also be advised that we can't break backwards compatibility in the DLL.

If you provide patches, small well-defined ones are the best.  Long patches
which do many different things are less likely to be inspected or accepted.

And, if you are really going to be engaged in a discussion you probably should
subscribe to the cygwin mailing list.  I don't think we're going to be able
to remember to include your two email addresses in every response to you.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Copy and Paste into Console

[Rob]

Hi all!

I have been searching through the archives but the responses I found
confused me a bit.

If I cannot find a .inputrc file, should I create one?

If so, where should I put it?

What entries would work to allow:
- paste into console from a right click;
- paste into console from a ctrl+v combination;
- copy from console from a left click (with text selected);
- copy from console from a ctrl+c combination.

Thanks for any help!

Rob

:-)
;->
:-]


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Ada compiler: gnat-3.13p-i686-pc-linux-gnu-bin

[hongxun lee]

Has anybody installed  gnat-3.13p-i686-pc-linux-gnu-bin on your Cygwin or
similar unix os?

I ran its setup script (named 'doconfig', originally in Csh, and i just
changed the first line to Tcsh since Csh is not included in Cygwin
distribution yet) on Cygwin, and the err msg is:

$./doconfig
./xgcc: 1: Syntax error: "(" unexpected
./xgcc: 1: Syntax error: "(" unexpected

What have i done wrong?
The script 'doconfig' is attached. Sorry for inconvience.




doconfig.dat
Description: Binary data

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: bash/cmd CTRL-C problem...

[Christopher Faylor]

On Wed, Jan 09, 2002 at 12:16:04PM +1100, Robert Collins wrote:
>- Original Message -
>From: "Christopher Faylor" <[EMAIL PROTECTED]>
>>I'm specifically trying not to do the "TRUE" thing, though, since
>>AFAICT it isn't always appropriate.
>
>If you want to SIG_IGN the signal, then it is: "When a CTRL+C signal is
>received, the control handler returns TRUE, indicating that it has
>handled the signal.  Doing this prevents other control handlers from
>being called." (note that this is within this process only).

I was going back over this thread before checking in a change to see if
I'd missed something.

I just realized that I didn't address this concern.  Don't know if it
matters but...

The difference between the SIG_IGN way and the "return TRUE" way is
that the SIG_IGN way stops the current process from responding to
a cygwin signal but still lets it respond to a Windows "signal".  That
means that the code in ctrl_c_handle can do its job, if it has to.

If we always "return TRUE" in the exec case, then there will be some
situations where the SIGINT is not delivered to the rest of the process
group since the code in ctrl_c_handler would be short circuited.

My SIG_IGN "solution" is wrong, too, though.  The SIG_IGN would be
inherited by the exec'ed process.  Then the execed process would never
see a cygwin SIGINT signal.

So, I made a minor change to the signal handling code to ignore SIGINTs
when the program is a stub.

I also thought that I'd brilliantly worked around the potential
intialization signal race but after a night's sleep I realize that is
not the case.  Bleah.  I really don't want to use a mutex for such a
rare corner case.

Btw, if I fix this, I may well fix a problem with CTRL-C and fork() that
I've been noticing for years, too.  Or, at least I'll be able to convince
myself its fixed until the next time I see the problem.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Scrolling Console?

[Rob]

Hi all!

Is there a console app out there that will allow for scrolling with an
unlimited buffer? Win 2k's DOS prompt has this and I want it very badly on
my WinME machine running cygwin..

Thanks!

Rob

:-)
;->
:-]


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Setting up user mode cron

[Andrew DeFaria]

  Larry Hall (RFK Partners, Inc) wrote:

>OK, yes all your mounts are system.  Looking back over your original comments, what 
>doesn't work again?  You seem to indicate that cron is running.  The output you show 
>indicates it did run.  But you claim it didn't run a script.  How did you determine 
>that?  Perhaps you're interpreting the fact that you're having problems accessing the 
>network share as a cron script execution problem?
>
OK let's scale back a little bit. The situation is that I would like to 
run cron on my desktop and by extension allow my users to run their own 
crons on their desktop. We're in a domain and as such we have set it up 
such that people's home directories are mounted on /home from the 
Windows server that houses the home directories. Therefore we have the 
following mount:

\\sonscentral\users on /home type system (textmode).

Given my username, adefaria, therefore ls /home/adefaria (or ls ~) will 
list the contents of \\sonscentral\users\adefaria. Note there are no 
mapped drives here, just UNC names.

So when I set up cron I expect that when a cronjob is running for me 
(adefaria) that I am in /home/adefaria (effectively on 
\\sonscentral\users\adefarai) and I'm running as the user adefaria. And 
I am. As my cronjobs told me I am adefaria and my CWD is /home/adefaria. 
Problem is that if I do an ls (outputting to /tmp/cron.log) I see 
nothing. Further more if I execute foo where foo is /home/adefaria/foo 
and let's say foo does merely an

echo "Foo executed on $(date)" >> /tmp/cron.log

I do not see /tmp/cron.log updated with that echo. Instead I get email 
saying "foo: not found". I also tried /home/adefaria/foo as well as 
//sonscentral/users/adefaria/foo (got email saying /home/adefaria/foo 
not found, etc).

Moving foo to /tmp/foo works however changing the echo to attempt to 
write ~/cron.log reveals permission denied when trying to write to that 
file. Ah ha! Getting somewhere. Apparently cron cannot deal with a 
network place be it a mapped drive of a Cygwin mounted UNC path.

Executing this script from the command line yeilds:

$ /tmp/update_view defaria
update_view: Warning: View pname does not exist: defaria

View pnames should be UNC names that lead to the top of the view
For example: //sons-clearcase/Views/

>>>I believe you need to alter the permissions of the 'SYSTEM' account so that it can 
>access the network.  
>>>
>>What "network" am I accessing when I try to run /tmp/update_view? It's my
>>
>
>Good question.  Using your example above, //sons-clearcase/Views/.  That's 
>what I'm assuming lacking any other information from you.
>
Well that would be the parameter for the script update_view. IOW is 
should read something like

$ /tmp/update_view //sons-clearcase/Views/defaria

Otherwise the script will just echo out the error message you see.

Found out that my /tmp/update_view lacked execute bits and that was why 
cron couldn't "find" it. Turning on the execute bits makes it run 
however, like we've seen here, any references to network areas causes 
problems. Anybody know why cron can't deal with network locations?

>> understanding that /tmp is local. Of course my home directory is on the network. Is 
>that what you mean? Anyhow, how do I alter the permissions of
>>
>Assuming you're trying to access your home directory in your script, yes.
>
Yes, apparently cron is running the job as me but this "me" doesn't have 
permissions to access network stuff.

>> "SYSTEM" account so that it can access the network. What I have in my /etc/passwd 
>is:
>>
>>$ grep -i system /etc/passwd
>>SYSTEM:*:18:18:,S-1-5-18::
>>
>>>I might be wrong on this.  Check the email archives for similar discussions on 
>cron.  This *has* come up before.
>>>
>>I had checked and read a lot about cron in the archives before this. I didn't see 
>anything that explained it. I saw stuff saying that cron cannot access network 
>drives. Does this also mean that cron cannot access network mount points say like 
>when you mount /mnt/share ///? Does it main you cannot then run 
>/mnt/share/myscript?
>>
>
>Yep, network drives are a no-no.  If this is how you're trying to access the network, 
>then that's your problem.  Try using the UNC paths directly. If that doesn't work, I 
>can only point you to the mail archives.  I remember this being discussed and my 
>recollection is the solution was 'use UNC paths'.  But my memory could be wrong.  
>Perhaps someone else's memory is clearer on this subject.
>
Sorry, I didn't equate a, say Z Drive accessed through /cygdrive/z as 
the same thing as a mount /mnt/sharedscripts ///

Windows XP and cygwin's heap

[Greg B.]

Hi,

I've installed Cygwin on Windows XP
when I execute the shortcut to Cygwin Bash Shell,
I get

C:\cygwin\bin\id.exe: *** Couldn't reserve space
for cygwin's heap (0x9B) in child, cygheap, Win32 error 487
C:\cygwin\bin\mkdir.exe: *** Couldn't reserve space
for cygwin's heap (0x9B) in child, cygheap, Win32 error 487
bash: cd: /home/: no such file or directory

any help would be appreciated,

thanks
Greg




<<   They say "Look out boy...tomorrow comes
 And things will look better by then"
 But I'll look out the window
 Then look in the mirror
 At the same old me again...  >>


_
Chat with friends online, try MSN Messenger: http://messenger.msn.com


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: bash/cmd CTRL-C problem...

[Christopher Faylor]

There is a snapshot up there now which seems to work ok.

Again, many thanks to Robert Collins for tracking this down.

Although I said I wasn't overly interested in tracking this down
myself, I was interested in seeing the lessening in email traffic that I
hope this fix engenders.

I do expect that, when this cygwin DLL is released, there could be a
reaction from another, previously silent camp who relied on the old
CTRL-C behavior.  I guess it will be interesting to see if that is the
case.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Having a bad time with g++ under cygwin

[Benjamin Scherrey]

I'm getting extremely frustrated trying to get my code to build with g++ 2.95.3-5 (ld 
2.11.92) under 
the latest cygwin (1.3.6 I think) on a Win2K platform. Attached is the (edited) output 
of my build. 
Basically I build a bunch of object files from C++ source, build a library from them, 
then build a 
C++ test program and try to link it with that library. During linking I get tons of 
"multiple definition" 
errors with symbols that are created by my code and then even more "undefined 
references" to 
all kinds of symbols that should be built into Windows. 

Can someone set me straight here? I just know I'm doing something incredibly stupid.

thanx & later,

Ben Scherrey

PS: All this code builds and runs under Borland's compiler. I'm trying the g++ out 
under Windows 
because I'm running into a strange bug that may be a compiler goof and want to confirm 
it.



make.out
Description: Binary data

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Newbie Question

[Gary R. Van Sickle]

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
> Of Dylan Cuthbert
>
>
> Just right click on the cygwin shell icon and click Properties, then alter
> the settings just as you would for a DOS box.
>

*Way* better than that, use rxvt instead of... ugh... command.com, and you can
just resize the window at will, while it's running.  Check the FAQ and the last
day or so on this list on how to set that up.

--
Gary R. Van Sickle
Brewer.  Patriot.




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Having a bad time with g++ under cygwin

[Matthew Smith]

Try linking with g++ instead of ld.

cheers,
-Matt


> I'm getting extremely frustrated trying to get my code to build with g++
2.95.3-5 (ld 2.11.92) under
> the latest cygwin (1.3.6 I think) on a Win2K platform. Attached is the
(edited) output of my build.
> Basically I build a bunch of object files from C++ source, build a library
from them, then build a
> C++ test program and try to link it with that library. During linking I
get tons of "multiple definition"
> errors with symbols that are created by my code and then even more
"undefined references" to
> all kinds of symbols that should be built into Windows.
>
> Can someone set me straight here? I just know I'm doing something
incredibly stupid.
>
> thanx & later,
>
> Ben Scherrey




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Copy and Paste into Console

[Gary R. Van Sickle]

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
> Of Rob
>
> Hi all!
>
> I have been searching through the archives but the responses I found
> confused me a bit.
>

Unix is a harsh mistress.  That said, you want to be sure to also check the FAQ
if you haven't already; it has a few entries on this particular issue.

> If I cannot find a .inputrc file, should I create one?
>

Yes.  It's not a tragedy if you don't have one though, things will just not work
as nice at the bash prompt for you.

> If so, where should I put it?
>

Your home directory.

> What entries would work to allow:

"man readline" will get you started.

> - paste into console from a right click;

Don't know if this is possible, and I can almost guarantee you if it is it won't
be anything in .inputrc that will do it.  The good news is that the middle
button does this already if you have it, and also see my .inputrc below.

> - paste into console from a ctrl+v combination;
> - copy from console from a left click (with text selected);
> - copy from console from a ctrl+c combination.
>

No need - once you lift the button, the selected text is copied to the
clipboard.  CTRL-C wouldn't be the wisest choice for copy anyway - it tends to
already be used to kill the running app ;-).

Here's what I have for my .inputrc, and it rarely steers me wrong:


# This file is read by the 'readline' library
# (the library which bash uses for its command-
# line editing facility)

# Make Home work
"\e[7~": beginning-of-line

# Make End work
"\e[8~": end-of-line

# Make Delete work
"\e[3~": delete-char

# Make insert actually useful
"\e[2~": paste-from-clipboard

# Ignore case for the command-line-completion
# functionality.
set completion-ignore-case On


Now this is about as minimal as it gets beyond nothing; you can like most things
Unixoid make things as convoluted as you want, and again the FAQ has some info
on some other good things to have in there which I don't have.

Hmmm... we've alredy got /etc/profile being generated by setup.  Maybe add an
.inputrc to that list?  Any thoughts?

--
Gary R. Van Sickle
Brewer.  Patriot.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Copy and Paste into Console

[Rob]

Thanks for the response Gary!

>
> > If so, where should I put it?
> >
>
> Your home directory.
>

This is ok, but I found Cygwin placed my home directory inside another
program's folder. How can I change my home dir?


> > What entries would work to allow:
>
> "man readline" will get you started.

mm.. lot's of info there! Did you mention this because it has the
definitions of key press symbols?

>
> > - paste into console from a right click;
>
> Don't know if this is possible, and I can almost guarantee you if
> it is it won't
> be anything in .inputrc that will do it.  The good news is that the middle
> button does this already if you have it, and also see my .inputrc below.

I am sure that I remember right-click being paste when I was using RedHat
Linux.. anyway..

>
> > - paste into console from a ctrl+v combination;
> > - copy from console from a left click (with text selected);
> > - copy from console from a ctrl+c combination.
> >
>
> No need - once you lift the button, the selected text is copied to the
> clipboard.  CTRL-C wouldn't be the wisest choice for copy anyway
> - it tends to
> already be used to kill the running app ;-).

Point taken!

> Here's what I have for my .inputrc, and it rarely steers me wrong:
>


OK.. I used your .inputrc - thank you very much. Here is what I found:
right-click copies
insert pastes
end prints out ~
home prints out ~
middle mouse button doesn't seem to do anything!

Did I miss something to do with the end, home and middle mouse buttons?

Rob

:-)
;->
:-]


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Having a bad time with g++ under cygwin

[Benjamin Scherrey]

Matt,

Thanx for the idea. It got rid of the "undefined references" but not the 
"multiple 
definitions". I really don't know where it gets that from.

Ben Scherrey

1/9/2002 11:59:45 PM, "Matthew Smith" <[EMAIL PROTECTED]> wrote:

>Try linking with g++ instead of ld.
>
>cheers,
>-Matt




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/