Re: Gcc/ld and long command lines (> 32k)

[Peter A. Castro]

On Thu, 8 Apr 2004, Christopher Faylor wrote:

> On Thu, Apr 08, 2004 at 10:07:19PM +0200, Johan Holmberg wrote:
> >A short description of my enironment:
> >
> >- the programs I'm building are C/C++ compilers
> >
> >- I use GCC in Cygwin to get a "second opinion" from another compiler
> >  than the one we use normally (Visual C++).
> >
> >- I use Cons as my build tool (a Perl program).
> >  I use ActiveState Perl (not Cygwin Perl).
> >
> >So yes, I'm working "outside a Cygwin environment".
>
> Ok, so, sorry, but I wasn't thinking clearly.  The '-X' option to mount
> only works when a cygwin programs which invoke another cygwin program.
> If you have a normal windows program running a cygwin program, your only
> option for a longer command line is (shudder) '@'.

Well, Chris, for better or worst, this "feature" does seem to work.  I
did a quick test of this using an @file which is 81k long and it works!
You will need to remount both /usr/bin and /usr/lib with the "--system
--binary -X" options.  Then put your list of objects into @file and run
gcc @file.
For the record, I still feel that a better practice is to do archiving of
object files and link with the library, but if this gets you going, this
time, more power to ya.

> cgf

-- 
Peter A. Castro <[EMAIL PROTECTED]> or <[EMAIL PROTECTED]>
"Cats are just autistic Dogs" -- Dr. Tony Attwood

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: reentrant functions

[Christopher Faylor]

On Fri, Apr 09, 2004 at 04:33:26AM +0200, Bas van Gompel wrote:
>[You left very little context. I added some.]
>
>Op Thu, 8 Apr 2004 21:00:34 -0400
>schreef Christopher Faylor 
>in <[EMAIL PROTECTED]>:
>Christopher Faylor:
>>::We also do not want to export _r functions which are unique only to
>>::newlib.  For instance, I suspect that _mallopt_r is probably not
>>::something that we want to export since no other UNIX has it.
>:>That's not what was asked...
>:
>:Aren't you glad I clarified?
>
>Yeah, sure. But this means I won't be able to help any further
>with this, as I don't know which UNIXes export which functions,.

Fair enough.

My previous message was somewhat garbled.  Let me try again.

Corinna did not provide enough guidelines in stating what was required.
I was attempting to clarify that it wasn't enough to just get a list of
all *_r from newlib which are not exported by cygwin.  Although I gave a
vague "UNIX" guideline I did not offer any clear way for you to
determine which functions should be exported.

I gave you an example of one such routine but I was too demure in my
presentation.  mallopt_r is definitely something that we do not want to
include, as is realloc_r, and malloc_r, free_r, gettimeofday_r, and
tmpfile_r.  The reason why these are not desired is that newlib defines
a number of _r type functions that do not exist on linux or in the
Single UNIX Specification.

For a reference of what is acceptable, you can use The Single Unix
Specification v3:

http://www.opengroup.org/onlinepubs/007904975/toc.htm

This reference would be adequate in determining what to include but,
if in doubt about something that seems like a useful function, then
double checking with linux should be adequate.

The SUSv3 reference does not define the mallopt function but functions
not ending in _r are not the subject of this exercise.  We are trying to
export the reentrant routines which have a UNIX analog.  We're not
trying to bloat cygwin with reentrant routines that no one else uses.

There is also another reason not to use mallopt_r -- cygwin doesn't use
the malloc version in newlib so exporting any of the _r malloc functions
from newlib would cause runtime errors for anyone who used them.

>And I asked: Why not export '_mallopt_r' when 'mallopt' is?  (I don't
>think many UNIXes have 'mallopt', and it is newlib- specific...)

Not that it matters but I found mallopt on linux, IRIX, and HP/UX.

*hold on a second*

Yep.  It's on Solaris, too.

Again, the criteria is not to export every _r function for which there
is an exported non-_r function.  We only want to export the ones that
make sense for a UNIX environment.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: reentrant functions

[Bas van Gompel]

[You left very little context. I added some.]

Op Thu, 8 Apr 2004 21:00:34 -0400
schreef Christopher Faylor 
in <[EMAIL PROTECTED]>:
Christopher Faylor:
> ::  We also do not want to export _r functions which are unique only to
> ::  newlib.  For instance, I suspect that _mallopt_r is probably not
> ::  something that we want to export since no other UNIX has it.
: > That's not what was asked...
:
:   Aren't you glad I clarified?

Yeah, sure. But this means I won't be able to help any further
with this, as I don't know which UNIXes export which functions,.

I hope the lists will help narrow down the search, anyway.

[...]

:  ...apparently not...

: -/

(I'll think thrice, before trying to help out here again.)

And I asked: Why not export '_mallopt_r' when 'mallopt' is?
(I don't think many UNIXes have 'mallopt', and it is newlib-
specific...)

Maybe l8r,

Buzz.
-- 
  ) |  | ---/ ---/  Yes, this | This message consists of true | I do not
--  |  |   //   really is |   and false bits entirely.| mail for
  ) |  |  //a 72 by 4 +---+ any1 but
--  \--| /--- /---  .sigfile. |   |perl -pe "s.u(z)\1.as."| me. 4^re

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: group name is ? when doing an ls on a directory

[Larry Hall]

Can't hurt but it's not clearly necessary from the information you
provided.

Larry


At 12:48 PM 4/8/2004, you wrote:
>Should I also run
>mkpasswd -l -d >/etc/passwd
>
>Thanks for the help.
>
>> At 11:43 AM 4/8/2004, you wrote:
>>>I have just done a new install of cygwin.
>>>When I do an ls -al on a directory, the group for all the files is listed
>>>as .
>>
>>
>> Rerun 'mkgroup -l -d >/etc/group'.  If that doesn't help, read:
>>
>>>Problem reports:   http://cygwin.com/problems.html
>>
>>
>>
>>
>> --
>> Larry Hall  http://www.rfk.com
>> RFK Partners, Inc.  (508) 893-9779 - RFK Office
>> 838 Washington Street   (508) 893-9889 - FAX
>> Holliston, MA 01746
>>
>
>
>--
>Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
>Problem reports:   http://cygwin.com/problems.html
>Documentation: http://cygwin.com/docs.html
>FAQ:   http://cygwin.com/faq/ 


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: reentrant functions

[Christopher Faylor]

On Fri, Apr 09, 2004 at 02:33:05AM +0200, Bas van Gompel wrote:
>That's not what was asked...

Aren't you glad I clarified?

>Corinna said:
>[...]
>|  Cygwin.  Any volunteer to collect these non-exported newlib functions
>|  so that we can add all of them?
>
>
>Ok, here goes again (this time assuming if  is exported
>__r may also be exported):

...apparently not...

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Gold stars for an anonymous contributor

[Christopher Faylor]

You know how I always whine about how I can't debug 64 bit windows
without a 64 bit system and have asked (not entirely seriously) for the
contribution of a system?

Well, I now have a brand new 64 bit windows system, contributed by an
anonymous benefactor.  Needless to say I was blown away by her
generosity.  In fact he impressed my whole family, who now is a step
closer to understanding what I'm doing when I am typing on the computer
and someone asks me if I'm working and I say "Not really.  I'm donating
my time".

So, I'd like to give ten gold stars to this anonymous benefactor.  Her
unbelievable generosity is truly appreciated.

Not to sound ungracious, but I still need to find a 64 bit version of
Windows to run on this beauty.  I'll be checking with some contacts to
see if I can come up with that.  If I can, the first thing that I'll try
is the work around that was posted here recently to see if it can be
incorporated into cygwin.  I think that will at least get cygwin working
in 32 bit mode.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: reentrant functions

[Bas van Gompel]

Op Thu, 8 Apr 2004 16:02:23 -0400
schreef Christopher Faylor 
in <[EMAIL PROTECTED]>:
:  On Thu, Apr 08, 2004 at 09:30:47PM +0200, Bas van Gompel wrote:
[...]
: > $ grep -oR '_[^ ]\+_r *( *struct \+_reent' .|sed 's, *(.*,,'|sort|uniq
[...]
: > _remove_r and _stat64_r only occur in winsup/cygwin/syscalls.cc.
: > _fstat_r, _getpid_r and _stat_r are in winsup/cygwin/syscalls.cc
: > and newlib/libc.
: > The others are only in newlib/libc.
: >
: > Is this the info you wanted?
:
:   Not really.  The above list includes at least one function that are
:  already exported by the DLL.

True, _fcloseall_r, _fscanf_r, _scanf_r and _sscanf_r are already in
cygwin.din.

:  We also do not want to export _r functions which are unique only to
:  newlib.  For instance, I suspect that _mallopt_r is probably not
:  something that we want to export since no other UNIX has it.

That's not what was asked...

Corinna said:
[...]
|  Cygwin.  Any volunteer to collect these non-exported newlib functions
|  so that we can add all of them?


Ok, here goes again (this time assuming if  is exported
__r may also be exported):


for f in $(grep -hoR '_[^ ]\+_r *( *struct \+_reent' .|sed 's, *(.*,,' \
  |sort|uniq) ; do
 grep "^$f" winsup/cygwin/cygwin.din >/dev/null || (
 grep "^$(echo $f|sed 's,^_\(.*\)_r$,\1,')" winsup/cygwin/cygwin.din \
 >/dev/null && echo $f )
done

_atoi_r
_atol_r
_calloc_r
_close_r
_creat_r
_execve_r
_fcntl_r
_fgetpos_r
_fork_r
_free_r
_freopen_r
_fseek_r
_fseeko_r
_fsetpos_r
_fstat_r
_ftell_r
_ftello_r
_getenv_r
_getpid_r
_gettimeofday_r
_iprintf_r
_kill_r
_link_r
_lseek_r
_mallinfo_r
_malloc_r
_malloc_stats_r
_malloc_trim_r
_malloc_usable_size_r
_mallopt_r
_mblen_r
_memalign_r
_open_r
_printf_r
_read_r
_realloc_r
_remove_r
_rewind_r
_sbrk_r
_stat_r
_strtoll_r
_strtoull_r
_times_r
_tzset_r
_unlink_r
_valloc_r
_wait_r
_write_r


'_mallopt_r' is still there... Is there any reason it
should not be exported, when 'mallopt' is?

:  This is not something that will be solved by grep.  It actually
:  involves some research.

And here I was, thinking you were mean...

hth,

Buzz.
-- 
  ) |  | ---/ ---/  Yes, this | This message consists of true | I do not
--  |  |   //   really is |   and false bits entirely.| mail for
  ) |  |  //a 72 by 4 +---+ any1 but
--  \--| /--- /---  .sigfile. |   |perl -pe "s.u(z)\1.as."| me. 4^re

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: broken built of cygwin compiled OpenGL/Mesa application

[Theo Verelst]

I just figured out with diff that there's probably just one line in 
error, which I commented out, and there some stuff removed.

It compiled again, but I still wonder how it all is with glu.h !

Theo.



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Is "Patch" broken?

[Larry Hall]

At 05:20 PM 4/8/2004, you wrote:
>...is my usage broken?
>
>I haven't used Patch in a while,  but I've been trying to patch
>DBD::Oracle1.15,  and the seemingly innocuous patch is being totally
>rejected:
>
>[EMAIL PROTECTED]:/c/temp/DBI/patched-DBDO1.15> patch -p0 -F 3 < pch.1
>patching file dbd-oracle/trunk/Oracle.xs
>Hunk #1 FAILED at 157.
>1 out of 1 hunk FAILED -- saving rejects to file
>dbd-oracle/trunk/Oracle.xs.rej
>[EMAIL PROTECTED]:/c/temp/DBI/patched-DBDO1.15> diff
>./dbd-oracle/trunk/Oracle.xs.orig ./dbd-oracle/trunk/Oracle.xs
>
>
>I've looked over the patch,  the offsets and patterns look fine.  I even
>changed the files to all access and ran the patch thru d2u,  but it still
>rejects all lines.
>I'd REALLY like to avoid cutting and pasting all the changes  Does
>anyone have any suggestions ( I figure it's mightr be a control character
>thing, but I'd think patch usually deals well with that)


No, patch isn't broken.  Check your patch file for a mismatch of line 
endings (DOS vs UNIX or vice versa).  That's the only things I can think
of off the top of my head without more specifics.


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


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Gcc/ld and long command lines (> 32k)

[Christopher Faylor]

On Thu, Apr 08, 2004 at 10:07:19PM +0200, Johan Holmberg wrote:
>A short description of my enironment:
>
>- the programs I'm building are C/C++ compilers
>
>- I use GCC in Cygwin to get a "second opinion" from another compiler
>  than the one we use normally (Visual C++).
>
>- I use Cons as my build tool (a Perl program).
>  I use ActiveState Perl (not Cygwin Perl).
>
>So yes, I'm working "outside a Cygwin environment".

Ok, so, sorry, but I wasn't thinking clearly.  The '-X' option to mount
only works when a cygwin programs which invoke another cygwin program.
If you have a normal windows program running a cygwin program, your only
option for a longer command line is (shudder) '@'.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Gcc/ld and long command lines (> 32k)

[Ross Ridge]

> Several replies mentioned the possibility of making several
> intermediate libraries. I'm well aware of that possibility.  But since
> I'm not interested in the "library functionality" of libraries, any such
> partitioning seems artificial. I always want a *full linking* where all
> object files are needed.

You can try using an implicit linker script.  Create a file, call it
something like "my-ld-script", with lines like the following:

INPUT(obj1.o obj2.o obj3.o)
INPUT(obj4.o, obj5.o, obj6.o)
INPUT(obj7.o)

And then instead of linking with a command that looks something like this:

gcc -o foo.exe obj1.o obj2.o ... obj7.o -lbar -lbaz

Use something like this:

gcc -o foo.exe my-ld-script -lbar -lbaz

Ross Ridge


-- 
 l/  //   Ross Ridge -- The Great HTMU
[oo][oo]  [EMAIL PROTECTED]
-()-/()/  http://www.csclub.uwaterloo.ca/u/rridge/ 
 db  //   

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: group name is ? when doing an ls on a directory

[Anybody]

Should I also run
mkpasswd -l -d >/etc/passwd

Thanks for the help.

> At 11:43 AM 4/8/2004, you wrote:
>>I have just done a new install of cygwin.
>>When I do an ls -al on a directory, the group for all the files is listed
>>as .
>
>
> Rerun 'mkgroup -l -d >/etc/group'.  If that doesn't help, read:
>
>>Problem reports:   http://cygwin.com/problems.html
>
>
>
>
> --
> Larry Hall  http://www.rfk.com
> RFK Partners, Inc.  (508) 893-9779 - RFK Office
> 838 Washington Street   (508) 893-9889 - FAX
> Holliston, MA 01746
>


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Uninstall packages/dependecies

[Larry Hall]

At 03:48 PM 4/8/2004, you wrote:

>I'm curious if there is a way to force the setup.exe to disable
>automatic dependecies and automatic package upgrade/selection.  It
>makes it quite inconvient when trying to uninstall many packages from
>the system (whole categories), but when clicking on a few stray ones
>(to set to skip/uninstall) it automatically checks a ton more.  


Do you have a specific example of this?


>In
>some cases, I am completely unable to install certain packages due to
>cyclic dependencies.  Is there a workaround or other solution
>available?


AFAIK, dependencies are only enforced when you select something for 
the purposes of installing.  So a concrete example would be helpful 
here.  Your /var/log/setup.log.full might be useful to see as well, 
assuming it corresponds to the session where you notice the problems
you're reporting.


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


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Is "Patch" broken?

[Bruce Dobrin]

...is my usage broken?

I haven't used Patch in a while,  but I've been trying to patch
DBD::Oracle1.15,  and the seemingly innocuous patch is being totally
rejected:

[EMAIL PROTECTED]:/c/temp/DBI/patched-DBDO1.15> patch -p0 -F 3 < pch.1
patching file dbd-oracle/trunk/Oracle.xs
Hunk #1 FAILED at 157.
1 out of 1 hunk FAILED -- saving rejects to file
dbd-oracle/trunk/Oracle.xs.rej
[EMAIL PROTECTED]:/c/temp/DBI/patched-DBDO1.15> diff
./dbd-oracle/trunk/Oracle.xs.orig ./dbd-oracle/trunk/Oracle.xs


I've looked over the patch,  the offsets and patterns look fine.  I even
changed the files to all access and ran the patch thru d2u,  but it still
rejects all lines.
I'd REALLY like to avoid cutting and pasting all the changes  Does
anyone have any suggestions ( I figure it's mightr be a control character
thing, but I'd think patch usually deals well with that)


Thanks
Bruce D.



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: group name is ? when doing an ls on a directory

[Larry Hall]

At 11:43 AM 4/8/2004, you wrote:
>I have just done a new install of cygwin.
>When I do an ls -al on a directory, the group for all the files is listed
>as .


Rerun 'mkgroup -l -d >/etc/group'.  If that doesn't help, read:

>Problem reports:   http://cygwin.com/problems.html




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


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: writing csh scripts with cygwin

[Igor Pechtchanski]

On Thu, 8 Apr 2004, Christopher Spears wrote:

> I've been writing some csh scripts with cygwin and
> encountering a lot of problems.  I will admit that I
> am just learning, but I copied the scripts directly
> from the book!  I checked out the FAQ, and I am
> wondering if the reason why the scripts are not
> working are that they are being interpreted by bash
> not tcsh.  Is this possible?  Here is an example.  My
> script is:
>
> #csh that gives system status
>
> set d = `date`
> echo "Today's date: $d[2-3] $d[6]"
> echo "Current time: $d[4]"
> echo Number of users: `who | wc -l`
> echo Current disk storage: ` du -s .`
>
> Here is the response:
>
> Today's date: [2-3] [6]
> Current time: [4]
> Number of users: 0
> Current disk storage: 7 .
>
> Originally, the . was a ~ but that wasn't working
> because for some reason cygwin wasn't recognizing it.
> Using the FAQ for advice, I replaced ~ with $HOME
> which caused problems because my home directory is
> /home/Christopher Spears, which confuses bash, so I
> used ..  Obviously, [2-3], [6], and [4] are not the
> answers I was looking for in my script.
>
> What irks my is that I did download tcsh!  Was there
> something else I should have downloaded if I want to
> write csh scripts?
>
> -Chris

How exactly did you invoke the script?  FYI, the following works for me
(starting from a bash prompt):

$ cat > test.csh
set d = `date`
echo "Today's date: $d[2-3] $d[6]"
echo "Current time: $d[4]"
echo Number of users: `who | wc -l`
echo Current disk storage: ` du -s .`
^D
$ tcsh test.csh
Today's date: Apr 8 2004
Current time: 15:13:36
Number of users: 0
Current disk storage: 1 .
$

Alternatively,

$ sed -i '1i#!/usr/bin/tcsh' test.csh
$ chmod a+x test.csh
$ ./test.csh
Today's date: Apr 8 2004
Current time: 15:23:11
Number of users: 0
Current disk storage: 1 .

HTH,
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: more csh

[Vikram Shrowty]

You are probably missing a newline at the end of the last line.

On Thu, 8 Apr 2004 12:35:40 -0700 (PDT), "Christopher Spears"
<[EMAIL PROTECTED]> said:
> Eureka!  #!/bin/tcsh does the trick!
> 
> However, now that csh is reading the script:
> 
> #!/bin/tcsh
> 
> set d = `date`
> echo "Today's date: $d[2-3] $d[6]"
> echo "Current time: $d[4]"
> echo Number of users: `who | wc -l`
> echo Current disk storage: ` du -s ~`
> 
> I have encountered another problem.  Here is the
> response:
> 
> Today's date: Apr 8 2004
> Current time: 12:30:44
> Number of users: 0
> 
> The last line of my script must not have been
> executed!  How could this be?!
> 
> BTW, I realize that some of my questions may be more
> about scripting instead of cygwin.  Can anyone
> recommend any good forums for shell scripting?  I'm
> especially interested in forums for beginners.
> 
> -Chris
> 
> =
> "I'm the last person to pretend that I'm a radio.  I'd rather go out and
> be a color television set."
> -David Bowie
> 
> "Who dares wins"
> -British military motto
> 
> "The freak is the norm." - "The Infernal Desire Machines of Dr. Hoffman"
> by Angela Carter
> 
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:   http://cygwin.com/problems.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
> 
-- 
  Vikram Shrowty
  [EMAIL PROTECTED]

-- 
http://www.fastmail.fm - Choose from over 50 domains or use your own

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

group name is ? when doing an ls on a directory

[Anybody]

I have just done a new install of cygwin.
When I do an ls -al on a directory, the group for all the files is listed
as .



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Gcc/ld and long command lines (> 32k)

[Johan Holmberg]

Christopher Faylor wrote:
> On Thu, Apr 08, 2004 at 11:11:58AM -0700, Peter A. Castro wrote:
>...
> >The original post doesn't specify weither they are working inside
> >of or outside of a Cygwin environment, but from some of the
> >comments I kinda think it maybe outside of.  Something like:
>
> For some reason, I assumed they were running from make, where the
> '@' wouldn't be exercised.  But you are right, that isn't clear.

A short description of my enironment:

- the programs I'm building are C/C++ compilers

- I use GCC in Cygwin to get a "second opinion" from another compiler
  than the one we use normally (Visual C++).

- I use Cons as my build tool (a Perl program).
  I use ActiveState Perl (not Cygwin Perl).

So yes, I'm working "outside a Cygwin environment".

> [...] Larry's pointer to another one of my messages should also
> work around the problem by making cygwin use internal methods for
> passing arguments.
>

I followed that link, and have tried to understand what "mount -X"
does. The option is mentioned in the "Cygwin User's Guide", but I
couldn't find all details about what the effect is.

Does it mean that Cygwin-binaries under such a mount-point pass
argc/argv to other Cygwin-binaries under the same mount-point via the
"internal method" allowing longer command lines than 32k ?
(can I find a description of this method somewhere ?)

Should I re-mount the bin-directory where "gcc.exe" is located with
the -X option ?

Several replies mentioned the possibility of making several
intermediate libraries. I'm well aware of that possibility.
But since I'm not interested in the "library functionality" of libraries,
any such partitioning seems artificial. I always want a *full linking*
where all object files are needed.

I guess I'll resort to that, but only if no other way
(like "mount -X") works for me.

/Johan Holmberg


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: reentrant functions

[Christopher Faylor]

On Thu, Apr 08, 2004 at 09:30:47PM +0200, Bas van Gompel wrote:
>Op Wed, 7 Apr 2004 21:46:43 +0200
>schreef Corinna Vinschen 
>in <[EMAIL PROTECTED]>
>in local.ml.cygwin:
>:  On Apr  6 23:43, Oleg Ostrozhansky wrote:
>[...]
>: > not thread-safe.  But when as an example I try using _gets_r(), I'm
>: > getting a link error that this function does not exist:
>[...]
>:  Many reentrant functions from newlib are currently just not exported by
>:  Cygwin.  Any volunteer to collect these non-exported newlib functions
>:  so that we can add all of them?
>
>
>$ grep -oR '_[^ ]\+_r *( *struct \+_reent' .|sed 's, *(.*,,'|sort|uniq
>_atoi_r
>_atol_r
>_atoll_r
>_calloc_r
>_cfree_r
>_close_r
>_creat_r
>_execve_r
>_fcloseall_r
>_fcntl_r
>_fgetpos64_r
>_fgetpos_r
>_fork_r
>_free_r
>_freopen64_r
>_freopen_r
>_fscanf_r
>_fseek_r
>_fseeko64_r
>_fseeko_r
>_fsetpos64_r
>_fsetpos_r
>_fstat64_r
>_fstat_r
>_ftell_r
>_ftello64_r
>_ftello_r
>_getenv_r
>_getpid_r
>_gettimeofday_r
>_iconv_close_r
>_iconv_open_r
>_iconv_r
>_iprintf_r
>_kill_r
>_ldtoa_r
>_link_r
>_lseek64_r
>_lseek_r
>_mallinfo_r
>_malloc_r
>_malloc_stats_r
>_malloc_trim_r
>_malloc_usable_size_r
>_mallopt_r
>_mblen_r
>_memalign_r
>_open64_r
>_open_r
>_pread_r
>_printf_r
>_pvalloc_r
>_pwrite_r
>_read_r
>_realloc_r
>_remove_r
>_rewind_r
>_sbrk_r
>_scanf_r
>_simdldtoa_r
>_sscanf_r
>_stat64_r
>_stat_r
>_strtoll_r
>_strtoull_r
>_times_r
>_tzset_r
>_unlink_r
>_valloc_r
>_wait_r
>_write_r
>
>
>_remove_r and _stat64_r only occur in winsup/cygwin/syscalls.cc.
>_fstat_r, _getpid_r and _stat_r are in winsup/cygwin/syscalls.cc
>and newlib/libc.
>The others are only in newlib/libc.
>
>Is this the info you wanted?

Not really.  The above list includes at least one function that are
already exported by the DLL.

We also do not want to export _r functions which are unique only to
newlib.  For instance, I suspect that _mallopt_r is probably not
something that we want to export since no other UNIX has it.

This is not something that will be solved by grep.  It actually
involves some research.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: rxvt line wrapping

[quarto]

Scott, Steven wrote:

> Greetings,
>  
> I'm having two related problems with how rxvt wraps long command
> lines.  Consider the small awk program (the first part is my prompt):
>  
> ~/research/multilogit/data/eip-symptom[557]   awk '{for(i=1; i<=3;
> ++i) printf("%s ", $i)}' longfilename.txt  
> (1) Rxvt wraps the line at some point (presumably column 80) even if
> the rxvt screen is much wider than 80 columns.  The 'resize' command
> has no affect on this behavior.  (2) when the line wraps, rxvt does
> not begin a new line.  It overwrites the beginning of the old line,
> which is very confusing.  As a result, typing my little program in
> rxvt produces:   ", $i); printf("\n")}' symptom-sorted.txt] awk
> '{for(i=1; i<=3; ++i) printf("%s
> 
> Very confusing!!!
> Is there something I can do to get better line wrapping behavior?
>  
> Steve

Try removing all control codes from your prompt (PS1)


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: reentrant functions

[Bas van Gompel]

Op Thu,  8 Apr 2004 21:30:47 +0200 (MET DST) schreef ik
in <[EMAIL PROTECTED]>:
[...]

:  $ grep -oR '_[^ ]\+_r *( *struct \+_reent' .|sed 's, *(.*,,'|sort|uniq
That should be:
$ grep -hoR '_[^ ]\+_r *( *struct \+_reent' .|sed 's, *(.*,,'|sort|uniq

[...]

L8r,

Buzz.
-- 
  ) |  | ---/ ---/  Yes, this | This message consists of true | I do not
--  |  |   //   really is |   and false bits entirely.| mail for
  ) |  |  //a 72 by 4 +---+ any1 but
--  \--| /--- /---  .sigfile. |   |perl -pe "s.u(z)\1.as."| me. 4^re

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Uninstall packages/dependecies

[Anthony DeChiaro]

I'm curious if there is a way to force the setup.exe to disable
automatic dependecies and automatic package upgrade/selection.  It
makes it quite inconvient when trying to uninstall many packages from
the system (whole categories), but when clicking on a few stray ones
(to set to skip/uninstall) it automatically checks a ton more.  In
some cases, I am completely unable to install certain packages due to
cyclic dependencies.  Is there a workaround or other solution
available?

-Anthony

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

more csh

[Christopher Spears]

Eureka!  #!/bin/tcsh does the trick!

However, now that csh is reading the script:

#!/bin/tcsh

set d = `date`
echo "Today's date: $d[2-3] $d[6]"
echo "Current time: $d[4]"
echo Number of users: `who | wc -l`
echo Current disk storage: ` du -s ~`

I have encountered another problem.  Here is the
response:

Today's date: Apr 8 2004
Current time: 12:30:44
Number of users: 0

The last line of my script must not have been
executed!  How could this be?!

BTW, I realize that some of my questions may be more
about scripting instead of cygwin.  Can anyone
recommend any good forums for shell scripting?  I'm
especially interested in forums for beginners.

-Chris

=
"I'm the last person to pretend that I'm a radio.  I'd rather go out and be a color 
television set."
-David Bowie

"Who dares wins"
-British military motto

"The freak is the norm." - "The Infernal Desire Machines of Dr. Hoffman" by Angela 
Carter

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: reentrant functions

[Bas van Gompel]

Op Wed, 7 Apr 2004 21:46:43 +0200
schreef Corinna Vinschen 
in <[EMAIL PROTECTED]>
in local.ml.cygwin:
:  On Apr  6 23:43, Oleg Ostrozhansky wrote:
[...]
: > not thread-safe.  But when as an example I try using _gets_r(), I'm
: > getting a link error that this function does not exist:
[...]
:  Many reentrant functions from newlib are currently just not exported by
:  Cygwin.  Any volunteer to collect these non-exported newlib functions
:  so that we can add all of them?


$ grep -oR '_[^ ]\+_r *( *struct \+_reent' .|sed 's, *(.*,,'|sort|uniq
_atoi_r
_atol_r
_atoll_r
_calloc_r
_cfree_r
_close_r
_creat_r
_execve_r
_fcloseall_r
_fcntl_r
_fgetpos64_r
_fgetpos_r
_fork_r
_free_r
_freopen64_r
_freopen_r
_fscanf_r
_fseek_r
_fseeko64_r
_fseeko_r
_fsetpos64_r
_fsetpos_r
_fstat64_r
_fstat_r
_ftell_r
_ftello64_r
_ftello_r
_getenv_r
_getpid_r
_gettimeofday_r
_iconv_close_r
_iconv_open_r
_iconv_r
_iprintf_r
_kill_r
_ldtoa_r
_link_r
_lseek64_r
_lseek_r
_mallinfo_r
_malloc_r
_malloc_stats_r
_malloc_trim_r
_malloc_usable_size_r
_mallopt_r
_mblen_r
_memalign_r
_open64_r
_open_r
_pread_r
_printf_r
_pvalloc_r
_pwrite_r
_read_r
_realloc_r
_remove_r
_rewind_r
_sbrk_r
_scanf_r
_simdldtoa_r
_sscanf_r
_stat64_r
_stat_r
_strtoll_r
_strtoull_r
_times_r
_tzset_r
_unlink_r
_valloc_r
_wait_r
_write_r


_remove_r and _stat64_r only occur in winsup/cygwin/syscalls.cc.
_fstat_r, _getpid_r and _stat_r are in winsup/cygwin/syscalls.cc
and newlib/libc.
The others are only in newlib/libc.

Is this the info you wanted?

L8r,

Buzz
-- 
  ) |  | ---/ ---/  Yes, this | This message consists of true | I do not
--  |  |   //   really is |   and false bits entirely.| mail for
  ) |  |  //a 72 by 4 +---+ any1 but
--  \--| /--- /---  .sigfile. |   |perl -pe "s.u(z)\1.as."| me. 4^re

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: writing csh scripts with cygwin

[Brian Ford]

On Thu, 8 Apr 2004, Christopher Spears wrote:

> I've been writing some csh scripts with cygwin and
> encountering a lot of problems.  I will admit that I
> am just learning, but I copied the scripts directly
> from the book!  I checked out the FAQ, and I am
> wondering if the reason why the scripts are not
> working are that they are being interpreted by bash
> not tcsh.  Is this possible?

Yes, although it's probably ash.  How are you invoking the script?

> Here is an example.  My script is:
>
> #csh that gives system status

How about a

#!/bin/tcsh

here instead?  Although #!tcsh may work, don't count on that being
portable.

> set d = `date`
> echo "Today's date: $d[2-3] $d[6]"
> echo "Current time: $d[4]"
> echo Number of users: `who | wc -l`
> echo Current disk storage: ` du -s .`
>
> Here is the response:
>
> Today's date: [2-3] [6]
> Current time: [4]
> Number of users: 0
> Current disk storage: 7 .
>
> Originally, the . was a ~ but that wasn't working
> because for some reason cygwin wasn't recognizing it.

Yup.  You were probably using ash (otherwise known as /bin/sh on Cygwin).

> Using the FAQ for advice, I replaced ~ with $HOME
> which caused problems because my home directory is
> /home/Christopher Spears,

You need to quote like this "$HOME" to avoid that problem.

> which confuses bash,

Huh?  I thought you wanted [t]csh.

> so I used ..  Obviously, [2-3], [6], and [4] are not the
> answers I was looking for in my script.
>
> What irks my is that I did download tcsh!  Was there
> something else I should have downloaded if I want to
> write csh scripts?

No.

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: writing csh scripts with cygwin

[Larry Hall]

At 03:02 PM 4/8/2004, you wrote:
>I've been writing some csh scripts with cygwin and
>encountering a lot of problems.  I will admit that I
>am just learning, but I copied the scripts directly
>from the book!  I checked out the FAQ, and I am
>wondering if the reason why the scripts are not
>working are that they are being interpreted by bash
>not tcsh.  Is this possible?  Here is an example.  My
>script is:
>
>#csh that gives system status
>
>set d = `date`
>echo "Today's date: $d[2-3] $d[6]"
>echo "Current time: $d[4]"
>echo Number of users: `who | wc -l`
>echo Current disk storage: ` du -s .`
>
>Here is the response:
>
>Today's date: [2-3] [6]
>Current time: [4]
>Number of users: 0
>Current disk storage: 7 .
>
>Originally, the . was a ~ but that wasn't working
>because for some reason cygwin wasn't recognizing it. 
>Using the FAQ for advice, I replaced ~ with $HOME
>which caused problems because my home directory is
>/home/Christopher Spears, which confuses bash, so I
>used ..  Obviously, [2-3], [6], and [4] are not the
>answers I was looking for in my script.
>
>What irks my is that I did download tcsh!  Was there
>something else I should have downloaded if I want to
>write csh scripts?


No.  Your problem is exactly as you insinuated.  'bash'
is running your script because you didn't provide instructions
in the script for it to do otherwise.  Add "#!/bin/csh" as the
first line of your script.  Voila! ;-)


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


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: writing csh scripts with cygwin

[friedman_hill ernest j]

I think Christopher Spears wrote:

> #csh that gives system status
> 
> set d = `date`
> echo "Today's date: $d[2-3] $d[6]"
> echo "Current time: $d[4]"
> echo Number of users: `who | wc -l`
> echo Current disk storage: ` du -s .`
> 

You need to include a 

#!/bin/tcsh

line at the top of the script to tell Cygwin that this is a tcsh
script, not a bash script.



-
Ernest Friedman-Hill  
Science and Engineering PSEsPhone: (925) 294-2154
Sandia National LabsFAX:   (925) 294-2234
PO Box 969, MS 9012 [EMAIL PROTECTED]
Livermore, CA 94550 http://herzberg.ca.sandia.gov

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

writing csh scripts with cygwin

[Christopher Spears]

I've been writing some csh scripts with cygwin and
encountering a lot of problems.  I will admit that I
am just learning, but I copied the scripts directly
from the book!  I checked out the FAQ, and I am
wondering if the reason why the scripts are not
working are that they are being interpreted by bash
not tcsh.  Is this possible?  Here is an example.  My
script is:

#csh that gives system status

set d = `date`
echo "Today's date: $d[2-3] $d[6]"
echo "Current time: $d[4]"
echo Number of users: `who | wc -l`
echo Current disk storage: ` du -s .`

Here is the response:

Today's date: [2-3] [6]
Current time: [4]
Number of users: 0
Current disk storage: 7 .

Originally, the . was a ~ but that wasn't working
because for some reason cygwin wasn't recognizing it. 
Using the FAQ for advice, I replaced ~ with $HOME
which caused problems because my home directory is
/home/Christopher Spears, which confuses bash, so I
used ..  Obviously, [2-3], [6], and [4] are not the
answers I was looking for in my script.

What irks my is that I did download tcsh!  Was there
something else I should have downloaded if I want to
write csh scripts?

-Chris

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Gcc/ld and long command lines (> 32k)

[Buchbinder, Barry (NIH/NIAID)]

This behavior is documented:
http://sources.redhat.com/cygwin/cygwin-ug-net/using-specialnames.html#AEN89
9

As for escaping @, experimenting with c:\cygwin\bin\echo will probably give
an answer.

-Original Message-
From: Dave Korn [mailto:[EMAIL PROTECTED] 
Sent: Thursday, April 08, 2004 1:45 PM
To: [EMAIL PROTECTED]
Subject: RE: Gcc/ld and long command lines (> 32k)

> -Original Message-
> From: cygwin-owner On Behalf Of Christopher Faylor
> Sent: 08 April 2004 18:21

> On Thu, Apr 08, 2004 at 10:00:56AM -0700, Peter A. Castro wrote:
> >The @filename syntax is used by MS's linker (Visual 
> C++/Studio).  To my
> >knowledge gcc's linker doesn't support this syntax.
> 
> The cygwin DLL supports it (implemented over my gagged and 
> thrashing body)
> but only at a non-cygwin-shell command prompt, e.g.,
> 
> c:\>gcc -o foo @foo.blah
> 
> works
> 
> but
> 
> bash$ gcc -o foo @foo.blah
> 
> doesn't.

  Yow.  The *DLL* expands that?  Eww.  I understand why you had to be tied
down, that's s the wrong place for it.  WRS implemented it into their
versions of the binutils, which seems like the right place for it.  Maybe
getopts should understand it.  Perhaps even bash.  But putting it in the
DLL? 

  Can I at least escape the @ sign if I really do want to pass "@word" as an
argv entry?  I like to use parameters with an @ char prefixing them in my
own tools, and I don't want the parameter to suddenly be replaced by the
contents of a file that happens to have the same name!

cheers, 
  DaveK
-- 
Can't think of a witty .sigline today

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Gcc/ld and long command lines (> 32k)

[Christopher Faylor]

On Thu, Apr 08, 2004 at 11:11:58AM -0700, Peter A. Castro wrote:
>On Thu, 8 Apr 2004, Christopher Faylor wrote:
>>On Thu, Apr 08, 2004 at 10:00:56AM -0700, Peter A.  Castro wrote:
>>>The @filename syntax is used by MS's linker (Visual C++/Studio).  To my
>>>knowledge gcc's linker doesn't support this syntax.
>>
>>The cygwin DLL supports it (implemented over my gagged and thrashing
>>body) but only at a non-cygwin-shell command prompt, e.g.,
>
>Good Gravy!! Yikes!! *Tell me* this is a late April Fool's joke!!
>Please!!

Nope, it's true.  I'm sure glad I added the "gagged and thrashing"
comment.  :-)

>> c:\>gcc -o foo @foo.blah
>>
>> works
>>
>> but
>>
>> bash$ gcc -o foo @foo.blah
>>
>> doesn't.
>>
>> I would highly recommend against using this construct, however.  It's better
>> to use traditional unix methods for working around this problem.  Cygwin isn't
>> the only unix-like system out there with a measly amount of space set aside for
>> the command line.
>
>The original post doesn't specify weither they are working inside of or
>outside of a Cygwin environment, but from some of the comments I kinda
>think it maybe outside of.  Something like:

For some reason, I assumed they were running from make, where the '@' wouldn't
be exercised.  But you are right, that isn't clear.

>On Thu, 8 Apr 2004, Johan Holmberg wrote:
>>   Is ld.exe not interpreting the special "@" like other
>>   Cygwin programs ?
>
>Kinda makes me think he's running this from outside of any Cygwin shell.
>
>But, my original suggestion, as well as your mention above, still stands:
>use traditional unix methods, like static-link archive libraries.
>Related to, but just as problematic, would be turning all of those object
>files into a shared-library/DLL, which I encourage the original poster to
>also consider if this program is ment to be run concurrently.

Right.  Larry's pointer to another one of my messages should also work
around the problem by making cygwin use internal methods for passing
arguments.  This might be enough to get things working but it is not
foolproof.  Using the above techniques is a much better plan.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Gcc/ld and long command lines (> 32k)

[Christopher Faylor]

On Thu, Apr 08, 2004 at 06:45:01PM +0100, Dave Korn wrote:
>> -Original Message-
>> From: cygwin-owner On Behalf Of Christopher Faylor
>> Sent: 08 April 2004 18:21
>
>> On Thu, Apr 08, 2004 at 10:00:56AM -0700, Peter A. Castro wrote:
>> >The @filename syntax is used by MS's linker (Visual 
>> C++/Studio).  To my
>> >knowledge gcc's linker doesn't support this syntax.
>> 
>> The cygwin DLL supports it (implemented over my gagged and 
>> thrashing body)
>> but only at a non-cygwin-shell command prompt, e.g.,
>> 
>> c:\>gcc -o foo @foo.blah
>> 
>> works
>> 
>> but
>> 
>> bash$ gcc -o foo @foo.blah
>> 
>> doesn't.
>
>Yow.  The *DLL* expands that?  Eww.  I understand why you had to be
>tied down, that's s the wrong place for it.  WRS implemented it
>into their versions of the binutils, which seems like the right place
>for it.  Maybe getopts should understand it.  Perhaps even bash.  But
>putting it in the DLL?  

I think maybe DJGPP does things that way so there was precedent for it.

>Can I at least escape the @ sign if I really do want to pass "@word" as
>an argv entry?  I like to use parameters with an @ char prefixing them
>in my own tools, and I don't want the parameter to suddenly be replaced
>by the contents of a file that happens to have the same name!

Quoting the @ defeats it.  Probably \@ does too.  And, just using a
cygwin shell (ash, bash, tcsh, zsh) for everything bypasses that code
entirely.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Gcc/ld and long command lines (> 32k)

[Peter A. Castro]

On Thu, 8 Apr 2004, Christopher Faylor wrote:

> On Thu, Apr 08, 2004 at 10:00:56AM -0700, Peter A. Castro wrote:
> >The @filename syntax is used by MS's linker (Visual C++/Studio).  To my
> >knowledge gcc's linker doesn't support this syntax.
>
> The cygwin DLL supports it (implemented over my gagged and thrashing body)
> but only at a non-cygwin-shell command prompt, e.g.,

Good Gravy!!  Yikes!!  *Tell me* this is a late April Fool's joke!!  Please!!

> c:\>gcc -o foo @foo.blah
>
> works
>
> but
>
> bash$ gcc -o foo @foo.blah
>
> doesn't.
>
> I would highly recommend against using this construct, however.  It's better
> to use traditional unix methods for working around this problem.  Cygwin isn't
> the only unix-like system out there with a measly amount of space set aside for
> the command line.

The original post doesn't specify weither they are working inside of or
outside of a Cygwin environment, but from some of the comments I kinda
think it maybe outside of.  Something like:

On Thu, 8 Apr 2004, Johan Holmberg wrote:
>   Is ld.exe not interpreting the special "@" like other
>   Cygwin programs ?

Kinda makes me think he's running this from outside of any Cygwin shell.

But, my original suggestion, as well as your mention above, still stands:
use traditional unix methods, like static-link archive libraries.
Related to, but just as problematic, would be turning all of those object
files into a shared-library/DLL, which I encourage the original poster to
also consider if this program is ment to be run concurrently.

> cgf

-- 
Peter A. Castro <[EMAIL PROTECTED]> or <[EMAIL PROTECTED]>
"Cats are just autistic Dogs" -- Dr. Tony Attwood

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: cygpcre-0.dll not found message

[Larry Hall]

At 01:35 PM 4/8/2004, you wrote:
>> -Original Message-
>> From: cygwin-owner On Behalf Of James Adams
>> Sent: Monday, April 05, 2004 11:55 AM
>> 
>> 
>> Thanks for the info Larry, I'll give it a try pronto.
>> 
>> 
>> -James
>> 
>> 
>> -Original Message-
>> From: Larry Hall [mailto:[EMAIL PROTECTED] 
>> Sent: Monday, April 05, 2004 12:50 PM
>> To: James Adams; [EMAIL PROTECTED]
>> Subject: Re: cygpcre-0.dll not found message
>> 
>> At 12:22 PM 4/5/2004, you wrote:
>> >I tried using "less" for the first time today with a fresh 
>> installation
>> of 
>> >Cygwin (version 1.5.9-1) and I got an error message telling me that
>> "The 
>> >dynamic link library cygpcre-0.dll could not be found in the 
>> specified
>> path".  
>> >How can I remedy this situation ?  I have searched for this 
>> file and it
>> is 
>> >indeed absent.
>> >
>> >Thanks in advance for any feedback.
>> 
>> 
>> This kind of question can always be answered by visiting 
>>  and typing the name of the file you're
>> missing ('cygpcre-0.dll' in this case).  The result will tell you the 
>> name of the package you need to install via setup (libpcre0 for your
>> situation).  Try it.  It works. ;-) 
>> 
>
>I saw the same behavior today on two machines.  I believe there is something
>broken in setup's dependencies.  I did a fresh install without selecting any
>packages and let setup install just the basics.  After the first run of
>setup, running "less" popped up an error complaining about cygpcre-0.dll not
>being found.
>
>I ran setup a second time, again without selecting any packages, and on the
>second pass, setup installed two more packages - libbz2_1 and libpcre0.
>This corrected the issue with less.
>
>I don't know enough about setup and how it decides which packages to
>install, but I don't think this behavior is as intended.  I'm attaching two
>cygcheck output files (one after the first run of setup and one after the
>second).
>
>I repeated the process on a different mirror with the same results.


Yes, this is a known problem for new installs.  So far, there's no 
solution beyond rerunning setup AFAIK.  The recipe I pointed out above
is a generic solution to the question of "What package do I need to install
to get XXX utility", of which this situation is a special case.  So it's 
applicable though not optimal.



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


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: I miss files and openssl doesnt want to install

[Brian Ford]

This is not related to Cygwin/X.  As such, I have redirected futher
discussion to the main Cygwin mailing list.  Please consult
http://cygwin.com/lists.html before posting again.

Also, please consult http://cygwin.com/problems.html for the required way
to submit a useful problem report.

Finally, please search the mailing list archives before posting.  Often,
you question has already been asked and answered.  Note: Using google as
your search engine with a "site:cygwin.com" keyword will often produce
better results than the search engine provided at cygwin.com.

On Thu, 8 Apr 2004, Inqu wrote:

> Where can I find the rxvt-thingie?

To answer question like this in general, please consult the package search
facility available at http://cygwin.com/packages.

I also suggest you read http://cygwin.com/faq/faq_toc.html#TOC13 and the
following entry since it seems you did not understand what they have to
say.

> Today I dloaded openssl 0.9.7d, located the compiler and perl from
> internet and installed it.
> The install went ok but the openssl doesnt work (or I cant find it).
[snip]
> Is the ssl installed now or not and how can I find it?

No, it is not.  Again, consulting the package search facility mentioned
above will solve your problem.

> I'm using "mingw" compiler, and winxp.

If you're using the mingw compiler, then this question is off topic even
for the main Cygwin list.  Please consult mingw-users at
lists.sourceforge.net.

HTH

-- 
Brian Ford
Senior Realtime Software Engineer
VITAL - Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Gcc/ld and long command lines (> 32k)

[Dave Korn]

> -Original Message-
> From: cygwin-owner On Behalf Of Christopher Faylor
> Sent: 08 April 2004 18:21

> On Thu, Apr 08, 2004 at 10:00:56AM -0700, Peter A. Castro wrote:
> >The @filename syntax is used by MS's linker (Visual 
> C++/Studio).  To my
> >knowledge gcc's linker doesn't support this syntax.
> 
> The cygwin DLL supports it (implemented over my gagged and 
> thrashing body)
> but only at a non-cygwin-shell command prompt, e.g.,
> 
> c:\>gcc -o foo @foo.blah
> 
> works
> 
> but
> 
> bash$ gcc -o foo @foo.blah
> 
> doesn't.


  Yow.  The *DLL* expands that?  Eww.  I understand why you had to be tied
down, that's s the wrong place for it.  WRS implemented it into their
versions of the binutils, which seems like the right place for it.  Maybe
getopts should understand it.  Perhaps even bash.  But putting it in the
DLL? 

  Can I at least escape the @ sign if I really do want to pass "@word" as an
argv entry?  I like to use parameters with an @ char prefixing them in my
own tools, and I don't want the parameter to suddenly be replaced by the
contents of a file that happens to have the same name!

cheers, 
  DaveK
-- 
Can't think of a witty .sigline today


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: cygpcre-0.dll not found message

[Ross Boulet]

> -Original Message-
> From: cygwin-owner On Behalf Of James Adams
> Sent: Monday, April 05, 2004 11:55 AM
> 
> 
> Thanks for the info Larry, I'll give it a try pronto.
> 
> 
> -James
> 
> 
> -Original Message-
> From: Larry Hall [mailto:[EMAIL PROTECTED] 
> Sent: Monday, April 05, 2004 12:50 PM
> To: James Adams; [EMAIL PROTECTED]
> Subject: Re: cygpcre-0.dll not found message
> 
> At 12:22 PM 4/5/2004, you wrote:
> >I tried using "less" for the first time today with a fresh 
> installation
> of 
> >Cygwin (version 1.5.9-1) and I got an error message telling me that
> "The 
> >dynamic link library cygpcre-0.dll could not be found in the 
> specified
> path".  
> >How can I remedy this situation ?  I have searched for this 
> file and it
> is 
> >indeed absent.
> >
> >Thanks in advance for any feedback.
> 
> 
> This kind of question can always be answered by visiting 
>  and typing the name of the file you're
> missing ('cygpcre-0.dll' in this case).  The result will tell you the 
> name of the package you need to install via setup (libpcre0 for your
> situation).  Try it.  It works. ;-) 
> 

I saw the same behavior today on two machines.  I believe there is something
broken in setup's dependencies.  I did a fresh install without selecting any
packages and let setup install just the basics.  After the first run of
setup, running "less" popped up an error complaining about cygpcre-0.dll not
being found.

I ran setup a second time, again without selecting any packages, and on the
second pass, setup installed two more packages - libbz2_1 and libpcre0.
This corrected the issue with less.

I don't know enough about setup and how it decides which packages to
install, but I don't think this behavior is as intended.  I'm attaching two
cygcheck output files (one after the first run of setup and one after the
second).

I repeated the process on a different mirror with the same results.

Ross

Cygwin Win95/NT Configuration Diagnostics
Current System Time: Thu Apr 08 12:06:22 2004

Windows XP Home Edition Ver 5.1 Build 2600 Service Pack 1

Path:   C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\usr\X11R6\bin
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\System32\Wbem
c:\Program Files\ATI Technologies\ATI Control Panel

Output from C:\cygwin\bin\id.exe (nontsec)
UID: 1007(KaiBike) GID: 513(None)
513(None)

Output from C:\cygwin\bin\id.exe (ntsec)
UID: 1007(KaiBike) GID: 513(None)
0(root)  513(None)
544(Administrators)  545(Users)

SysDir: C:\WINDOWS\System32
WinDir: C:\WINDOWS

HOME = `C:\cygwin\home\KaiBike'
MAKE_MODE = `unix'
PWD = `/home/KaiBike'
USER = `KaiBike'

ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\KaiBike\Application Data'
CLIENTNAME = `Console'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `LAP2004'
COMSPEC = `C:\WINDOWS\system32\cmd.exe'
CVS_RSH = `/bin/ssh'
HOMEDRIVE = `C:'
HOMEPATH = `\Documents and Settings\KaiBike'
HOSTNAME = `LAP2004'
INFOPATH = 
`/usr/local/info:/usr/info:/usr/share/info:/usr/autotool/devel/info:/usr/autotool/stable/info:'
LOGONSERVER = `\\LAP2004'
MANPATH = `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man:'
NUMBER_OF_PROCESSORS = `1'
OLDPWD = `/etc/skel'
OS = `Windows_NT'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 15 Model 2 Stepping 9, GenuineIntel'
PROCESSOR_LEVEL = `15'
PROCESSOR_REVISION = `0209'
PROGRAMFILES = `C:\Program Files'
PROMPT = `$P$G'
PS1 = `\[\033]0;\w\007
[EMAIL PROTECTED] \[\033[33m\w\033[0m\]
$ '
SESSIONNAME = `Console'
SHLVL = `1'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINDOWS'
TEMP = `c:\DOCUME~1\KaiBike\LOCALS~1\Temp'
TERM = `cygwin'
TMP = `c:\DOCUME~1\KaiBike\LOCALS~1\Temp'
USERDOMAIN = `LAP2004'
USERNAME = `KaiBike'
USERPROFILE = `C:\Documents and Settings\KaiBike'
WINDIR = `C:\WINDOWS'
_ = `/usr/bin/cygcheck'
POSIXLY_CORRECT = `1'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
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
  (default) = `/cygdrive'
  cygdrive flags = 0x0022
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = `C:\cygwin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
  (default) = `C:\cygwin/bin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
  (default) = `C:\cygwin/lib'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options

c:  hd  NTFS   38107Mb  18% CP CS UN PA FC 
d:  cd   N/AN/A 

Re: Gcc/ld and long command lines (> 32k)

[Christopher Faylor]

On Thu, Apr 08, 2004 at 10:00:56AM -0700, Peter A. Castro wrote:
>The @filename syntax is used by MS's linker (Visual C++/Studio).  To my
>knowledge gcc's linker doesn't support this syntax.

The cygwin DLL supports it (implemented over my gagged and thrashing body)
but only at a non-cygwin-shell command prompt, e.g.,

c:\>gcc -o foo @foo.blah

works

but

bash$ gcc -o foo @foo.blah

doesn't.

I would highly recommend against using this construct, however.  It's better
to use traditional unix methods for working around this problem.  Cygwin isn't
the only unix-like system out there with a measly amount of space set aside for
the command line.

cgf

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Gcc/ld and long command lines (> 32k)

[Peter A. Castro]

On Thu, 8 Apr 2004, Johan Holmberg wrote:

> Hi !
>
> I tried to compile/link an application consisting of several hundred
> C/C++ files. This gives quite a long command line when it is time
> to link the application.

A smarter, more traditional, approach would be to change your makefile to
archive object files after they are compiled into a static-link library
and then link against that.  Or, as part of your linking step, manually
archive some or all object files (enough to satisfy the command line
length limit issue) into a temporary library, link with it, then remove
it.

> Windows seem to have a limit of 32k for the length of the command
> line as given to to the system call 'CreateProcess'. I guess this is
> a "hard" limit in Windows.
>
> The length of my linker command line exceeds this 32k limit.
>
> Is it possible to pass a list of filenames to ld
> in some other way, to get around this limit ?
>
> I know about the special "@filename" syntax in Cygwin, but there
> seem to be two problems:

The @filename syntax is used by MS's linker (Visual C++/Studio).  To my
knowledge gcc's linker doesn't support this syntax.  Neither 'ld --help'
nor 'info ld' seem to present any options which support this syntax.  Try
my suggestion above.

> - it is no idea to give the special @filename argument to "gcc.exe",
>   since it is calling other exe-files and will have problems itself
>   to pass the file list on to these (ld, collect2, ...)
>
> - I tried to specify "-Wl,@files.txt" to "gcc.exe", hoping that
>   "@files.txt" would be picked up by "ld.exe", but I got the error
>   message:
>ld: @files.txt: No such file: No such file or directory
>
>   Is ld.exe not interpreting the special "@" like other
>   Cygwin programs ?
>
> Am I missing some obvious way of doing what I want ?
>
> /Johan Holmberg

-- 
Peter A. Castro <[EMAIL PROTECTED]> or <[EMAIL PROTECTED]>
"Cats are just autistic Dogs" -- Dr. Tony Attwood

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Gcc/ld and long command lines (> 32k)

[Larry Hall]

At 11:50 AM 4/8/2004, you wrote:

>Hi !
>
>I tried to compile/link an application consisting of several hundred
>C/C++ files. This gives quite a long command line when it is time
>to link the application.
>
>Windows seem to have a limit of 32k for the length of the command
>line as given to to the system call 'CreateProcess'. I guess this is
>a "hard" limit in Windows.
>
>The length of my linker command line exceeds this 32k limit.
>
>Is it possible to pass a list of filenames to ld
>in some other way, to get around this limit ?
>
>I know about the special "@filename" syntax in Cygwin, but there
>seem to be two problems:
>
>- it is no idea to give the special @filename argument to "gcc.exe",
>  since it is calling other exe-files and will have problems itself
>  to pass the file list on to these (ld, collect2, ...)
>
>- I tried to specify "-Wl,@files.txt" to "gcc.exe", hoping that
>  "@files.txt" would be picked up by "ld.exe", but I got the error
>  message:
>   ld: @files.txt: No such file: No such file or directory
>
>  Is ld.exe not interpreting the special "@" like other
>  Cygwin programs ?
>
>
>Am I missing some obvious way of doing what I want ?


Did you try this?




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


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: "Cygwin Package List" search does not work

[Ken Thompson]

Make sure your browser has cookies enabled for the site and it should work

> -Original Message-
> Of Dennis G. Wicks
> Sent: Thursday, April 08, 2004 11:28 AM

> Subject: "Cygwin Package List" search does not work
> 
> 
> The "Search Package List:" function on the "Cygwin Package
> List" (http://www.cygwin.com/packages/) does not work. It
> returns "HTTP 404 - File not found" when it attempts to
> access
> 
>"http://cygwin.com/cgi-bin2/package-grep.cgi?grep=cygp";
> 
> 
> 
> --
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:   http://cygwin.com/problems.html
> Documentation: http://cygwin.com/docs.html
> FAQ:   http://cygwin.com/faq/
> 
> 

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Gcc/ld and long command lines (> 32k)

[Johan Holmberg]

Hi !

I tried to compile/link an application consisting of several hundred
C/C++ files. This gives quite a long command line when it is time
to link the application.

Windows seem to have a limit of 32k for the length of the command
line as given to to the system call 'CreateProcess'. I guess this is
a "hard" limit in Windows.

The length of my linker command line exceeds this 32k limit.

Is it possible to pass a list of filenames to ld
in some other way, to get around this limit ?

I know about the special "@filename" syntax in Cygwin, but there
seem to be two problems:

- it is no idea to give the special @filename argument to "gcc.exe",
  since it is calling other exe-files and will have problems itself
  to pass the file list on to these (ld, collect2, ...)

- I tried to specify "-Wl,@files.txt" to "gcc.exe", hoping that
  "@files.txt" would be picked up by "ld.exe", but I got the error
  message:
   ld: @files.txt: No such file: No such file or directory

  Is ld.exe not interpreting the special "@" like other
  Cygwin programs ?


Am I missing some obvious way of doing what I want ?

/Johan Holmberg


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: What package contains "cygpcre.dll"?

[Larry Hall]

At 11:31 AM 4/8/2004, you wrote:
>When I was installing/upgrading cygwin I got many messages
>that it could not find "cygpcre.dll" and that I should
>reinstall the package.
>
>The problem is that the package search function doesn't
>work. 


As I mentioned in your previous inquiry, WFM.


>So, does anyone know what package I need to
>install/reinstall to get this module?


That would be 'libpcre'.


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


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: "Cygwin Package List" search does not work

[Larry Hall]

At 11:27 AM 4/8/2004, you wrote:
>The "Search Package List:" function on the "Cygwin Package
>List" (http://www.cygwin.com/packages/) does not work. It
>returns "HTTP 404 - File not found" when it attempts to
>access
>
>   "http://cygwin.com/cgi-bin2/package-grep.cgi?grep=cygp";


Just tried it from here.  Works fine.  Try again.


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


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

What package contains "cygpcre.dll"?

[Dennis G. Wicks]

When I was installing/upgrading cygwin I got many messages
that it could not find "cygpcre.dll" and that I should
reinstall the package.

The problem is that the package search function doesn't
work. So, does anyone know what package I need to
install/reinstall to get this module?

TNX,
Dennis


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

"Cygwin Package List" search does not work

[Dennis G. Wicks]

The "Search Package List:" function on the "Cygwin Package
List" (http://www.cygwin.com/packages/) does not work. It
returns "HTTP 404 - File not found" when it attempts to
access

   "http://cygwin.com/cgi-bin2/package-grep.cgi?grep=cygp";



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

broken built of cygwin compiled OpenGL/Mesa application

[Theo Verelst]

Readers,

Maybe I'm facing a known problem, but I at a glance saw no posts or 
README's about this subject of OpenGL includes suddenly generating
errors after a relatively recent cygwin upgrade. Did the bindings or
the include file names change, or should I add some new switch #define ?

Below's the short error output.

Tia

Theo

--

 /home/Theo/Pmspick2 [515] $ make
 gcc -c  -DWIN32 -D__WIN32__ -D_WINDOW pick.c
 In file included from /usr/include/GL/glut.h:132,
  from pick.c:58:
 /usr/include/w32api/GL/glu.h:230: error: syntax error before '*' token
 make: *** [pick.o] Error 1
 /home/Theo/Pmspick2 [516] $




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Info

[AutoEmail]

this is for your information.. 


you can email [EMAIL PROTECTED] for any questions you have after viewing the site 
http://Mugrubi.net

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

seeking for advice

[SilvioWolf]

What you search for is probably a IDE which not really comes with cygwin.. If 
you really want to go the hard "GNU way" of developing sofware with the 
autotools and ideally xemacs/emacs(or even vim?:-) you may install cygwin and 
have a look at some nice tutorial i found:
http://www.st-andrews.ac.uk/~iam/docs/tutorial.html
-most efficient with large unix Projects
-long learning phase(no help with linker stuff in here..)

For a IDE, look at Bloodsheds DevCpp(also GNU licensed i think):
http://www.bloodshed.net/
-Creates nice dependencies/Makefiles from the DevCpp Project-Files.
-Convert existing VC++ Projects into its own Project-Files.
-Installs new libraries(incl.+lib.) with a Packagemanager.
-Provides Templateprojects with predefined linker options for nearly every 
Package.
-Provides Documentation(often WinHelp Files with F1 on the word) for many 
packages.
-Comes with the Mingw compiler(although cygwin conf. possible).
-Builtin frontend for gdb(debugger).
-VC++-like intellisense(also try Strg-Click on something in the code)
-Classbrowser
-etc..
If you have to learn C++ from scratch and are searching for a free GNU-IDE, 
maybe you should try this one first. Hope this helps...




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [ANNOUNCEMENT] Updated: zsh-4.2.0-2

[zzapper]

On Wed,  7 Apr 2004 11:20:41 -0400 (EDT),  wrote:

>An updated version of zsh (zsh-4.2.0-2) has been released and should be
>at a mirror near you real soon.

>
>- Fix for running scripts from text-mode mounted filesystems.  Previously
>  if you ran a script from a text-mode mount, and it had DOS CR/LF's line
>  termination, zsh would report ^M errors.  The shell now opens such
>  files with O_TEXT which causes line termination to be massaged.  I'll
>  be watching for problem reports concerning this as it was a broad
>  change, the implications of which haven't been fully realized yet.
>
Peter,
I think this is a really useful problem to resolve for the popolarity
of zsh on cygwin. Many of us are fairly impatient, and think well I've
got 30 minutes; I'll give zsh a go, then try to convert an existing
bash script get these ^M problems and think blast I have to rewrite my
existing scripts, decide they haven't got time for that and give up.

(Your bash scripts should all work under zsh; In any case you can
choose to leave the shebang as #!/bin/bash)

Anyway thanks again

zzapper (vim, cygwin, wiki & zsh)
--

vim -c ":%s/^/WhfgTNabgureRIvzSUnpxre/|:%s/[R-T]/ /Ig|:normal ggVGg?"

http://www.vim.org/tips/tip.php?tip_id=305  Best of Vim Tips


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Leafnode-1.9.52.rel available

[A. Alper Atici]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello,

Leafnode is a store-and-forward NNTP proxy suitable for small sites:
http://leafnode.sourceforge.net/


I've made a Cygwin package of leafnode-1.9.52.rel available at the
following URI:

http://web.ttnet.net.tr/alperatici/leafnode-1.9.52.cyg.tar.bz2

Please refer to README.FIRST for installation using Setup Program (i.e. 
setup.exe)

Note that, spool directory has to be on an NTFS partition because of 
Cygwin's incomplete implementation of hard links on FAT filesystems, which 
probably implies it won't work on 9x/ME.


-BEGIN PGP SIGNATURE-
Comment: A. Alper ATICI   OpenPGP Key-id: 0xB824F550

iQCVAwUBQHUumixW86+4JPVQAQKvPgP9HYR0amHsJzl12wVuW3AjVcr64fF0aOEs
s4qbo8rNcUZPdM0rLTfApAWQBqYu7Pw4CtIRwbgeP6Z3X2+F/giVQV74sYOAnDj0
e3Fxt4RdIfCbTqX5TiVQXRBa7EIqDKjGXvR2z2vEHqrpzYRMaMzBup35PLAL9HwG
OTcfGN2sOyE=
=qmJ7
-END PGP SIGNATURE-

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/