Re: kudos!

[Cliff Hones]

Gary R. Van Sickle wrote
>...
> A-MEN brother Schulz, A-MEN!  Onward and upward!  Every day, and in every way,
> it is getting better and better![1]
> ...
> [1] Extra credit for the first person who knows where this sentence was stolen
> from ;-).

I think it's a corruption of some words by Emile Coue:
  "Tous les jours a tous points de vue je vais de mieux en mieux."
(i.e "... I am getting better and better.")

Another variation (...life is getting...) appears in John Lennon's Beautiful Boy.

-- Cliff


--
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: kudos!

[Gerald Villemure]

I would like to add here the fact that a large portion of the user base
of Cygwin is in fact Microsoft users.

One of the problems with the Microsoft user base is that there is a
disproportionate amount of "know it all" type people, the type of people
that will blame everything under the moon for their problems but never
actually look at their own assumptions and quite often, not even read
the related documentation before complaining.

Just wanted to let every body know that in my humble option Cygwin
offers a REAL service to the world community and that for every loud
mouth complainer out their, there is a thousand more people, like me,
that quietly using Cygwin without screaming how good it is all the time.

All this to say that the complains to compliments ratio perceived on
this list is not at all representative of the real world.


For what its worth, I offer my thanks to the cygwin community for I use
cygwin to great benefit all the time. again thank you all.

Gerald

I n t e r K n o w l e d g e
Gerald Villemure
I am a DO-er, not a TRY-er.  email: [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: Spies on Your PC HDrv

[Ismael Valladolid Torres]

El sábado 15 de febrero de 2003 a las 20:32:15, Mr. Day escribió:
> We wanted to contact you today to inform you that there is a strong
> likelihood your PC's hard drive is infected with SpyWare.  "Spyware"
> is a common term for files that are installed on your system without
> your knowledge that allow companies to monitor your Internet
> activity.  What they don't tell you, however, is how these files can
> be extremely dangerous to your PC and could cause your hard drive to
> crash.

Exactly... how can software cause my hard drive to crash?

Regards, Ismael
-- 
Dime de lo que presumes y te diré de lo que presumes

--
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: Why the rash of people bypassing setup.exe to install?

[Hannu E K Nevalainen (garbage mail)]

> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf
> Of Christopher Faylor
> Sent: Friday, February 14, 2003 10:23 PM
-- 8< --
> > >The next time the various web crawlers inspect the page they might give a
> >larger weight to this page for the various word combinations.  Or have
> >web crawlers changed such that this doesn't work anymore?
>
> I'll try that.  Thanks.
>
> cgf

 Hmm... I think there is a "meta" tag somewhere in HTML-specs... can't
remember where right now. Meta-data is for search engines; hrm... google!
i.e:
http://www.google.com/search?q=meta%2Bhtml&ie=ISO-8859-1&hl=sv&lr=
 - #1 ->
http://searchenginewatch.com/webmasters/meta.html

/Hannu E K Nevalainen, Mariefred, Sweden


--
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] libtool-devel-20030121-1

[Ralf Habacker]

>>BTW: Do you know which libraries are also hybrid execpt of cygwin1.dll ?

>There are about a half-dozen in /usr/lib/w32api -- and worse, the static
members are "bad" variable  types; if you make the static members part of the
DLL, then these vars can't be auto-imported without using pseudo-relocs. Of
course, since the DLLs are provided by MS, we can't really modify what is in
them.

Thats very bad.

>So these "extra bits" probably need to *stay* static, and appended to the end
of the import lib...but, because they are (currently) appended to the end of the
importlib portion, your code will get it "right'.


>>Question: for "normal" import libs (that is, excluding the hybrids like
>>libcygwin.a), does your version work always? Or does _dll_iname 'float
>>around' even within otherwise normal import libs?




>>That mean, we onbly have to figure out the relative pointer to the 'dll_iname'
>>string.
>>When I have time, I will look into the coff file format or is someone else
here,
>>who can give a pointer to this ?

There might be another (easier) way for identifiying. There are some resources
in the internet relating to the ar format for examples
http://publibn.boulder.ibm.com/doc_link/en_US/a_doc_lib/files/aixfiles/ar_IA64.h
tm

After the ar header, there is a vector with pointers to each file. The first
points to the first objectfile. The first bytes at the offset position is a
string of the object file name, which is build
for import library like d<6-digit-num>.o, which could be easily identified with
one indirect file magic rule line and two addition simple lines.

$ dump /usr/lib/libz.dll.a
/usr/lib/libz.dll.a:

| ar header
|  Addr 0 1  2 3  4 5  6 7  8 9  A B  C D  E F 0 2 4 6 8 A C E
|          
|  213c 6172 6368 3e0a 2f20 2020 2020 2020 !./
|0010  2020 2020 2020 2020 3130 3135 3930 3739 10159079
|0020  3138 2020 3020 2020 2020 3020 2020 2020 18  0 0
|0030  3020 2020 2020 2020 3534 3132 2020 2020 0   5412
|0040  2020 600a  00fa


vector with objectfile offsets

   1568  16a0   `z...h...
  ^ points to first object file.

0050   1820  1820  1820  1a6c ... ... ... ...l
0060   1a6c  1a6c  1c9e  1c9e ...l...l


1560  745f 636f 6465  6430 3030 3039 342e t_code..d94.
  ^
1570  6f2f 2020 2020 2020 3130 3135 3930 3739 o/  10159079

MagDir/archives


>(0x48l)  byte 0x64
>>(0x48l+7) leword 0x2e6f   import libray

What dou you think ?

The problem is, that I have tried this indirecting mode in several way, but
without success. It seems to me that this functionality is broken in recent file
release. Do anyone has got same experiences ?


Regards
Ralf


--
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] libtool-devel-20030121-1

[Ralf Habacker]

>convenience libs do not count. You can still link a DLL with convenience libs,
because it is assumed that a true convenience lib is built by your project, for
your project, and only for your project -- it is not available to "outside
users" and therefore there can never be any mismatch between the symbols
provided by (part of) the DLL and those provided by the "real" static library.

>The prohibition is on OUTSIDE static dependencies. For instance, suppose you
only have libz.a. Now, you >build cygkde.dll (or libkde.so on some unixoid
platform) which depends on libz.a. Now, if I build chuckclient.exe which depends
on the kde shared lib, and on -lz, I could possibly get a symbol conflict.
>[This is actually more of an issue if I were trying to build chucklib.dll]

> So, the libtool folks prohibited this behavior (for this reason, and also
because it plays havoc with libtool's attempt to keep track of, via libfoo.la,
the dependencies of each created sharedlib).

> But don't worry about convenience libs; those are fine.

Thanks for this hints.
After some analyse afterwards I recognized, that the original kde libtool stuff
contains a bug in building convenience libraries. It does not include any object
files in special cases of using libtool flags, which let me go on a wrong way.

Regards
Ralf


--
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: kudos!

[Aaron]

On Sat, 15 Feb 2003, Randall R Schulz wrote:

> Gary,
>
> At 22:17 2003-02-15, Gary R. Van Sickle wrote:
> >You know, I've been 'round these parts for a long time now, and I recall very
> >few instances of the "Cygwin sucks" type of messages you

> Then your memory is faulty. Too much fruit of the brewery? Posts of
> which mine was a caricature are a regular feature. Evidently Chris

Perhaps Gary would have been more accurate if he had said "I recall
relatively few ..."  Really, the complaints are a minority of the posts
on this list, however deeply they stick in the minds of those that care
about such things.

> >At the risk of yet another torrent of sarcasm, I fully concur with
> >Alec. Cygwin ROCKS THE CASBAH!


Me too!


-- 
Aaron
[EMAIL PROTECTED]
www.justaaron.com - general silliness
www.yangarts.com  - serious business


--
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: procmail and NTSEC

[Jason Tishler]

Ajay,

On Sat, Feb 15, 2003 at 09:11:21PM -0500, Ajay Simha wrote:
> Yes. It was a combination of not having the right content in
> /etc/passwd /etc/group and file permissions and directory permissions
> of my home directory.

I'm glad that you solved your Cygwin setup problems that affected
procmail.  Also, I would like to thank Max and Greg for helping.

> I now have mutt, procmail, fetchmail, ssh, aspell combination working.
> I want to get something decent working for printing from within mutt
> next.

Check out the following:

http://cygwin.com/faq/faq_4.html#SEC47

The following maybe off interest too:

http://www.cygwin.com/ml/cygwin/2002-11/msg00446.html

Specifically, w3m (for HTML) and mutt-mailcap-glue (for MS Word, etc.).

Jason

-- 
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
Fingerprint: 7A73 1405 7F2B E669 C19D  8784 1AFD E4CC ECF4 8EF6

--
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: Trouble installing Perl module under cygwin

[Jason Tishler]

Greg,

On Sat, Feb 15, 2003 at 01:41:18PM +0800, Greg Matheson wrote:
> Incidentally, I can't find rebase with the setup.exe. Am I
> supposed to get it from CVS or Jason Tishler's site?

Patience please.  I will be officially releasing my rebase package soon.

Jason

-- 
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
Fingerprint: 7A73 1405 7F2B E669 C19D  8784 1AFD E4CC ECF4 8EF6

--
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/

size limit for static arrays in cygwin/gcc

[Charles D. Russell]

Is there some limit on the size of one-dimensional static arrays in
cygwin/gcc short of available memory and 2**32 address space?  Is there some
place I should be looking this up?


--
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/

How to make dos windows bring up BASH automatically

[Steve]

Hi;

I'm running cygwin on windows 2000.

I have set up my path so that I can type "bash" in any dos window and 
get bash.

I would like to set this up to be automatic, such that whenever I 
activate a window for dos, that dos window comes up with the command to 
switch to bash already executed.

I looked at a bunch of windows docs and asked around a few windows 
forums but found no answers.

Any help would be appreciated.

Thanks

Steve



--
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 shell

[Hannu E K Nevalainen (garbage mail)]

> > I use the bash shell a LOT and was wondering how do I get it so  that I
can
> > copy and paste something from a windows window (such as an IP address)
into
> > the bash shell window. For example I want to use the whois functionality
of
> > the bash shell for an IP I have in a windows window. I cannot seem to
copy
> > and paste anything.
> >
> > I know that for the Xfree you can use the -clipboard option, but I
rarely
> > use the X system...mostly just the bash shell.

Larry Hall:
> Welcome!  New users are encouraged to make use of the available resources
> to see if their question or issue is covered before querying the list.
> That includes the FAQ, User's Guide, and email list archives.  In
> this case,
> you wouldn't have needed to go beyond the FAQ.  There's a nice entry about
> this in there.  See:
>
>4.2.24 How can I copy and paste into Cygwin console windows?
>
>

 Pasting things from the above FAQ section into "pico ~/.inputrc"

"2~5~Be2~5~4~24~BC": paste-from-clipboard

 Nice pasting... eh..?

Well, after adding (for "insert-key"-paste)
"\e]2~": paste-from-clipboard
to ~/.inputrc and restarting all of cygwin: It doesn't work.
I also have
DEL: forward-backward-delete-char
which does work in pico (internal handling?), but not in Bash...
(most things set as per default)

 It is nice to have a FAQ, but when things described there doesn't work...

FINALLY:
 "\M-[2~": paste-from-clipboard # insert key
OTOH seems to work nicely (suggesttion by Randall Schulz, 2003-02-14)
this also remedies the first problem.

 Who is the FAQ maintainer?

/Hannu E K Nevalainen, Mariefred, Sweden

-- 8< --
Windows 98 SE Ver 4.10 Build 
-- 8< --
889k 2003/02/08 C:\Program\cygwin\bin\cygwin1.dll
  Cygwin DLL version info:
  DLL version: 1.3.20
  DLL epoch: 19
  DLL bad signal mask: 19005
  DLL old termios: 5
  DLL malloc env: 28
  API major: 0
  API minor: 73
  Shared data: 3
  DLL identifier: cygwin1
  Mount registry: 2
  Cygnus registry name: Cygnus Solutions
  Cygwin registry name: Cygwin
  Program options name: Program Options
  Cygwin mount registry name: mounts v2
  Cygdrive flags: cygdrive flags
  Cygdrive prefix: cygdrive prefix
  Cygdrive default prefix:
  Build date: Sat Feb 8 12:10:49 EST 2003
  Shared id: cygwin1S3
-- 8<--


--
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: Why the rash of people bypassing setup.exe to install?

[Hannu E K Nevalainen (garbage mail)]

> On Fri, Feb 14, 2003 at 05:31:05PM -0500, Rolf Campbell wrote:
> >Well, I maintain an internal mirror for my company, and I use a custom
> >python script to parse our custom setup.ini and fetch the needed
> packages.
> >But, I never used sources.redhat.com.
>
> So, translation: "I have no insight into the problem but I thought I'd
> send email anyway."
>
> cgf

 Sorry Christopher, but did you really READ what he said: AFAICT it is
something like:
 I've got LOADS OF COMPUTERS(or some such) that I wish to have fully updated
CYGWIN installations on; this is what I've decided to do as I feel it is
sane.

 Take a bunch of the above, running setup.exe on their own, and all of the
mirrors will have a huge network load when a number of updates appear.

Here comes more of "I have no insight" to rant on; just shoot (I wouldn't be
too surprised as I haven't read much of the FAQ's and README's):

 Seems to me as there is more interest in cygwin than you expected.
setup.exe COULD have some shortcomings here: e.g. the possibility to have a
company-local "mini-mirror" that (updated by some kind of scripting) can be
used by local machines as source for updating the installed cygwin copies.
NOTE: "scripting" implies AUTOMATIC, e.g. with *no* user intervention at
all.

e.g:

 To have the thing below work AUTOMATICALLLY, with minimal user
intervention:

 [cygwin mirror] --Internet--> [local mirror] --LAN--> [any # of cygwin
installs]


Another side of all this:

 Users tend to not read more than necessary. I've been there myself. Also
taking note of how my friends and work mates act at these occasions.
The larger the amount of descriptive text you have the larger the amount of
FAQ's generated. In other words: I believe there is some kind of quadratic
(y=x^2) relation between README quality and FAQ amount ;-) [i.e. too little
(or too much) text -> high amount of FAQ's]

 May I suggest that you(the cygwin dev group) add a bullet list on
www.cygwin.com in the following style, at the very top of the page:

THE EASY WAY TO INSTALL CYGWIN
~~
1 ) download "setup.exe" (Cygwin Package Manager or whatever)
2a) run "setup.exe"
2b) decide where to put "local mirror"
(.e.g. C:\cygwin\mirror\)
2d) decide "which mirror" to get packages from
(e.g. ftp://ftp.blah.net)
2d) hit "GO"

 At most FIVE items or so, I'd say.

/Hannu E K Nevalainen, Mariefred, Sweden - undergrad who shld be do'in his
hmwrk


--
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: How to make dos windows bring up BASH automatically

[Max Bowsher]

Steve wrote:
> I have set up my path so that I can type "bash" in any dos window and
> get bash.
> 
> I would like to set this up to be automatic, such that whenever I
> activate a window for dos, that dos window comes up with the command
  ^

Please explain what you mean by this.

> to switch to bash already executed.

Max.


--
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: size limit for static arrays in cygwin/gcc

[Max Bowsher]

Charles D. Russell wrote:
> Is there some limit on the size of one-dimensional static arrays in
> cygwin/gcc short of available memory and 2**32 address space?  Is
> there some place I should be looking this up?

http://cygwin.com/cygwin-ug-net/setup-maxmem.html

Max.


--
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 & binutils cvs trunk test results

[c . christian . joensson]

I just thought I'd post on the cygwin list that I sometimes run tehs
builds of the gcc and binutils cvs trunk sources.

One such case is this: 

http://gcc.gnu.org/ml/gcc-testresults/2003-02/msg00821.html

Is the posted test results what to expect?

Cheers,

/ChJ



--
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 shell

[Dockeen]

I have been very happy with the cut and paste and other
features with RXVT.  Its been a while since I set mine 
up, but I got the directions from the forum, a search
should turn them up.

Its cool having the same feel of the Unix three button mouse
on my PCs.

Wayne


--
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 shell

[Randall R Schulz]

Hannu,

At 08:05 2003-02-16, Hannu E K Nevalainen (garbage mail) wrote:


>> I use the bash shell a LOT and was wondering how do I get it 
so  that I can
>> copy and paste something from a windows window (such as an IP 
address) into
>> the bash shell window. For example I want to use the whois 
functionality of
>> the bash shell for an IP I have in a windows window. I cannot seem to copy
>> and paste anything.
>>
>> I know that for the Xfree you can use the -clipboard option, but I rarely
>> use the X system...mostly just the bash shell.

Larry Hall:
> Welcome!  New users are encouraged to make use of the available resources
> to see if their question or issue is covered before querying the list.
> That includes the FAQ, User's Guide, and email list archives.  In
> this case,
> you wouldn't have needed to go beyond the FAQ.  There's a nice entry about
> this in there.  See:
>
>4.2.24 How can I copy and paste into Cygwin console windows?
>

 Pasting things from the above FAQ section into "pico ~/.inputrc"

"2~5~Be2~5~4~24~BC": paste-from-clipboard

 Nice pasting... eh..?

I cannot reproduce that result when copying from any of these browsers:

Mozilla 1.2.1:
"\e[2~": paste-from-clipboard

IE 6:
"\e[2~": paste-from-clipboard

Netscape 4.79:
"\e[2~": paste-from-clipboard

Opera 7:
"\e[2~": paste-from-clipboard


Pasting into the console (right-click) and RXVT (middle-click) produced 
the same results as pasting here (Eudora w/ CTRL-V). I don't know Pico, 
but I gave it a try (running in a Cygwin console window) after copying 
from Mozilla. A right-mouse paste there also had the expected effect.

Mozilla and IE copied styles, which I removed here. Perhaps that had 
something to do with it.

I don't know what's up here, but I don't think there's anything wrong 
with the FAQ.


Well, after adding (for "insert-key"-paste)
"\e]2~": paste-from-clipboard
to ~/.inputrc and restarting all of cygwin: It doesn't work.


Here you have the wrong orientation of the square bracket character.



I also have
DEL: forward-backward-delete-char
which does work in pico (internal handling?), but not in Bash...
(most things set as per default)

 It is nice to have a FAQ, but when things described there doesn't work...

FINALLY:
 "\M-[2~": paste-from-clipboard # insert key
OTOH seems to work nicely (suggesttion by Randall Schulz, 2003-02-14)
this also remedies the first problem.


The "M-" is "meta-" and is just another way of notating an ESCAPE prefix.



 Who is the FAQ maintainer?

/Hannu E K Nevalainen, Mariefred, Sweden



Randall Schulz 


--
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: How to make dos windows bring up BASH automatically

[Randall R Schulz]

Max,

At 08:04 2003-02-16, Max Bowsher wrote:

Steve wrote:
> I have set up my path so that I can type "bash" in any dos window and
> get bash.
>
> I would like to set this up to be automatic, such that whenever I
> activate a window for dos, that dos window comes up with the command
  ^

Please explain what you mean by this.

> to switch to bash already executed.


It sounds as if when there already is a window running BASH Steve wants 
that window to be brought to the front when he invokes a "bash" command 
rather than having a new window running a new BASH created.

I'd be interested in knowing how this could be accomplished short of 
writing some special COM code or something (partly out of idle 
curiosity, partly 'cause sometimes I'd like to do similar things, 
though not usually with a shell).


Max.



Randall Schulz 


--
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: How to make dos windows bring up BASH automatically

[Steve]

Max Bowsher wrote:

Steve wrote:


I have set up my path so that I can type "bash" in any dos window and
get bash.

I would like to set this up to be automatic, such that whenever I
activate a window for dos, that dos window comes up with the command


  ^

Please explain what you mean by this.



to switch to bash already executed.


Well right now I can bring up dos and type "bash" to get bash in that 
window.

I would like not to have to type "bash".

I would like to bring up a dos window and have bash already be there as 
if I typed bash.

Sorry for not being clear

Steve



--
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: How to make dos windows bring up BASH automatically

[Randall R Schulz]

Steve,

I see. This will work if a simple invocation of "bash" with no options 
is acceptable.

1) Make sure Cygwin's /bin or /usr/bin directory are in your system-wide PATH.
2) Invoke "cygstart bash" (don't type the quotes, of course)

A new window appears running a new instance of BASH.

If you want to run a script so you can do more sophisticated start-up 
processing (or simply passing some options to bash), you'll need to set 
up an association for a suffix (possibly .sh or .bash) and create a 
script with such a name and start that with cygstart.

You'll need to install the "cygutils" package to get "cygstart."

Randall Schulz


At 09:17 2003-02-16, Steve wrote:
Max Bowsher wrote:

Steve wrote:


I have set up my path so that I can type "bash" in any dos window and
get bash.

I would like to set this up to be automatic, such that whenever I
activate a window for dos, that dos window comes up with the command

  ^
Please explain what you mean by this.


to switch to bash already executed.


Well right now I can bring up dos and type "bash" to get bash in that window.

I would like not to have to type "bash".

I would like to bring up a dos window and have bash already be there 
as if I typed bash.

Sorry for not being clear

Steve


--
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: How to make dos windows bring up BASH automatically

[Max Bowsher]

Steve wrote:
> Max Bowsher wrote:
>> Steve wrote:
>> 
>>> I have set up my path so that I can type "bash" in any dos window
>>> and get bash.
>>> 
>>> I would like to set this up to be automatic, such that whenever I
>>> activate a window for dos, that dos window comes up with the command
>> 
>>   ^
>> 
>> Please explain what you mean by this.
>> 
>> 
>>> to switch to bash already executed.
> 
> Well right now I can bring up dos and type "bash" to get bash in that
> window.
> 
> I would like not to have to type "bash".
> 
> I would like to bring up a dos window and have bash already be there
> as if I typed bash.

How about the Cygwin shortcut on your desktop or start menu?

Max.


--
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/

size limit for static arrays in cygwin/gcc

[Charles D. Russell]

(Response to Max Bowsher):

Thanks, but my question was whether there is any OTHER limit than memory.
Any compiler or system limit?


--
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: size limit for static arrays in cygwin/gcc

[Randall R Schulz]

Charles,

Did you read that section of the Cygwin User's Guide? That limit is not 
available RAM, but rather an additional Cygwin-imposed limit. I'd 
interpret that as a "system" limit and it certainly is "[other than] 
available memory and 2**32 address space."

How much memory do you want to allocate? What is your current Cygwin 
heap limit as indicated by the output of this command:

regtool -v list '/HKLM/Software/Cygnus Solutions/Cygwin'

How does that value relate to the amount of RAM you'd like to be able 
to allocate in a single process?

Randall Schulz


At 09:32 2003-02-16, Charles D. Russell wrote:
(Response to Max Bowsher):

Thanks, but my question was whether there is any OTHER limit than memory.
Any compiler or system limit?



--
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: size limit for static arrays in cygwin/gcc

[Max Bowsher]

Charles D. Russell wrote:
>>> Is there some limit on the size of one-dimensional static arrays in
>>> cygwin/gcc short of available memory and 2**32 address space?  Is
>>> there some place I should be looking this up?

Max Bowsher wrote;
>> http://cygwin.com/cygwin-ug-net/setup-maxmem.html

Charles D. Russell wrote:
> (Response to Max Bowsher):
>
> Thanks, but my question was whether there is any OTHER limit than
> memory. Any compiler or system limit?

The limit I referred you to above is neither the limit of "available memory"
ot "2**32 address space".
It is a "system limit".

For compiler limits, see gcc docs. (http://gcc.gnu.org/onlinedocs/)


Max.


--
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: How to make dos windows bring up BASH automatically

[Cyber.Zombie]

Agreed -- don't even bother with the command shell if you want to 
immediately go to bash...

Max Bowsher wrote:

Steve wrote:
 

Max Bowsher wrote:
   

Steve wrote:

 

I have set up my path so that I can type "bash" in any dos window
and get bash.

I would like to set this up to be automatic, such that whenever I
activate a window for dos, that dos window comes up with the command
   

 ^

Please explain what you mean by this.


 

to switch to bash already executed.
   

Well right now I can bring up dos and type "bash" to get bash in that
window.

I would like not to have to type "bash".

I would like to bring up a dos window and have bash already be there
as if I typed bash.
   


How about the Cygwin shortcut on your desktop or start menu?

Max.


--
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: How to make dos windows bring up BASH automatically

[Thorsten Kampe]

* Steve (03-02-16 18:17 +0100)
> Max Bowsher wrote:
>> Steve wrote:
>>> I have set up my path so that I can type "bash" in any dos window and
>>>get bash.
>>>
>>>I would like to set this up to be automatic, such that whenever I
>>>activate a window for dos, that dos window comes up with the command
>> 
>>   ^
>> 
>> Please explain what you mean by this.
>> 
> Well right now I can bring up dos and type "bash" to get bash in that 
> window.

DOS is an Operating system that's been dead for years and it didn't 
have any windows at all.
 
> I would like not to have to type "bash".
> 
> I would like to bring up a dos window and have bash already be there as 
> if I typed bash.

So you "bring up" a "DOS" window, which in fact is a Cmd.exe or 
Command.com window, by typing "Cmd" or "Command" or by double clicking 
a shortcut to Cmd.exe/Command.com?!

So simply double click the shortcut to bash or to cygwin.bat.


Thorsten
-- 
 Content-Type: text/explicit; charset=ISO-8859-666 (Parental Advisory)
 Content-Transfer-Warning: message contains innuendos not suited for
 children under the age of 18


--
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/

mkpasswd & mkgroup for Samba 2.2.7 PDC

[Christian J÷nsson]

Windows (Swedish) XP/Pro SP1 cygwin 1.3.20-1 P4 system...

I am using a samba 2.2.7 PDC running on Aurora SPARC Linux (Red Hat 7.3
based)

[global]
workgroup = J-SON
security = DOMAIN
encrypt passwords = Yes
domain admin group = root chj @admins
domain logons = Yes
preferred master = Yes
domain master = Yes
wins support = Yes
admin users = root chj
printing = lprng

[homes]
valid users = %S
read only = No
browseable = No


When I try to run mkpasswd -l -d I get this response:

chj@Luddes:~$ mkpasswd.exe -l -d
SYSTEM:*:18:544:,S-1-5-18::
Administratörer:*:544:544:,S-1-5-32-544::
mkpasswd: [2221] Det gick inte att hitta användarnamnet.
chj@Luddes:~$

The "Administratörer" is Swedish for "Administrators" and the error
message "Det gick inte att hitta användarnamnet." translates something
like "The user name could not be found."


Furthermore, when I try to run mkgroud -l -d, I get this response:

chj@Luddes:~$ mkgroup.exe -l -d
SYSTEM:S-1-5-18:18:
Ingen:S-1-5-21-3529363498-1256799619-805368611-513:513:
LookupAccountName (\\FW, Domain Admins) failed with error 1332
LookupAccountName (\\FW, Domain Users) failed with error 1332
Administratörer:S-1-5-32-544:544:
Ansvariga för nätverkskonfigurering:S-1-5-32-556:556:
Ansvariga för replikering:S-1-5-32-552:552:
Ansvariga för säkerhetskopiering:S-1-5-32-551:551:
Användare:S-1-5-32-545:545:
Användare av fjärrskrivbord:S-1-5-32-555:555:
Gäster:S-1-5-32-546:546:
Privilegierade användare:S-1-5-32-547:547:
Användare av
felsökningsprogram:S-1-5-21-3529363498-1256799619-805368611-1009:10
09:
Debugger Users:S-1-5-21-3529363498-1256799619-805368611-1008:1008:
Hjälptjänster:S-1-5-21-3529363498-1256799619-805368611-1001:1001:
chj@Luddes:~$

Where

Ingen is None,
Administratörer is, again, Administrators,
Ansvariga för nätverkskonfigurering is Responsible for network
configuration,
Ansvariga för replikering is Responsible for repliication
etc...


Any ideas of how I can get the mkpasswd and mkgroup right for this PDC?


Any hints on "things" to fix for the samba PDC?

Cheers,

/ChJ


--
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: How to make dos windows bring up BASH automatically

[Steve]

Max Bowsher wrote:

Steve wrote:


Max Bowsher wrote:


Steve wrote:



I have set up my path so that I can type "bash" in any dos window
and get bash.

I would like to set this up to be automatic, such that whenever I
activate a window for dos, that dos window comes up with the command


 ^

Please explain what you mean by this.




to switch to bash already executed.


Well right now I can bring up dos and type "bash" to get bash in that
window.

I would like not to have to type "bash".

I would like to bring up a dos window and have bash already be there
as if I typed bash.



How about the Cygwin shortcut on your desktop or start menu?


I use that.

I also still use Explorer. I have some powertools/wintoys set up so that

 I can click on any folder in explorer and pull up a dos window that is 
initialized in that directory.  When I type "bash" and get bash in these
dos windows it is also initialized in that directory.  I would like to 
sharpen this convenience further by not having to type "bash" in such 
situations

Steve



--
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: How to make dos windows bring up BASH automatically

[Max Bowsher]

Steve wrote:
> I have some powertools/wintoys set up so that
>   I can click on any folder in explorer and pull up a dos window that
> is initialized in that directory.  When I type "bash" and get bash in
> these dos windows it is also initialized in that directory.  I would
> like to sharpen this convenience further by not having to type "bash"
> in such situations

*Now* you've explained what you are trying to do.
http://www.mindview.net/Etc/Cygwin/BashHere seems to offer several different
solutions from different people.


Max.


--
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: How to make dos windows bring up BASH automatically

[Steve]

Randall R Schulz wrote:

Steve,

I see. This will work if a simple invocation of "bash" with no options 
is acceptable.

1) Make sure Cygwin's /bin or /usr/bin directory are in your system-wide 
PATH.
2) Invoke "cygstart bash" (don't type the quotes, of course)

A new window appears running a new instance of BASH.

I don't want that.

Right now I am booting up a dos window, typeing "bash" and getting bash 
in that dos window.

I want the above, but without having to type "bash" when I boot up the 
dos window

Thanks for the other interesting tips though :)

Steve



--
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: How to make dos windows bring up BASH automatically

[Steve]

Max Bowsher wrote:

Steve wrote:


I have some powertools/wintoys set up so that
 I can click on any folder in explorer and pull up a dos window that
is initialized in that directory.  When I type "bash" and get bash in
these dos windows it is also initialized in that directory.  I would
like to sharpen this convenience further by not having to type "bash"
in such situations



*Now* you've explained what you are trying to do.
http://www.mindview.net/Etc/Cygwin/BashHere seems to offer several different
solutions from different people.


Thats exaclty what I have been looking for.  I can't wait to get back to 
work to try it out( I'm snowed in and I use Suse 7.2 at home ).

Thanks Max

Steve



--
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/

size limit for static arrays in cygwin/gcc

[Charles D. Russell]

  I have two systems, one with 64 Mb of physical memory and standard cygwin
installation that I have used happily for over a year, and a newer one with
512 Mb of physical memory.  On the new one, I have used regtool to set 1024
Mb.  The max_memory program listed in the users guide now verifies 1024 Mb.
  My problem is getting cygwin/g77 or cygwin/f2c to fully utilize the memory
in the new computer so that I can enlarge the array sizes in my fortran
programs to accomodate my largest data sets. If anyone is willing to read a
posting with "fortran" in the subject line, they can find my real problem
described a few threads back. I described a fixup that works for me, but I
question
whether it is safe and stable.
   Meanwhile, I am trying to find an equivalent problem in C so that it will
get more attention.  Unfortunately, I don't know much C.  The subsequent
program fails with a segmentation violation if one tries to allocate more
than a few Mb of memory on either my old or my new system.  Why?  What limit
am I bumping into?

/* bigc - find max static array size */
/* same size limit whether bigger array or multiple arrays */
/* if arrays are allocated dynamically, one can access much more mem */
#include 
int main(){
int i,j, idim;
double array[10][2]; /* works OK */
/* double array[10][3]; */ /* seg fault */
printf("sizeof(double)=%d\n",sizeof(double));
printf("sizeof(int)=%d\n",sizeof(int));
printf("sizeof(array)=%d\n",sizeof(array));
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: mkpasswd & mkgroup for Samba 2.2.7 PDC

[Thorsten Kampe]

* Christian J÷nsson (03-02-16 19:06 +0100)
> I am using a samba 2.2.7 PDC running on Aurora SPARC Linux (Red Hat 7.3
> based)
> [Samba settings]

Seems rather samba related to me so you may consider asking in a Samba 
newsgroup or mailing list.

> When I try to run mkpasswd -l -d I get this response:
> 
> chj@Luddes:~$ mkpasswd.exe -l -d
> SYSTEM:*:18:544:,S-1-5-18::
> Administratörer:*:544:544:,S-1-5-32-544::
> mkpasswd: [2221] Det gick inte att hitta användarnamnet.
> chj@Luddes:~$
> 
> The "Administratörer" is Swedish for "Administrators" and the error
> message "Det gick inte att hitta användarnamnet." translates something
> like "The user name could not be found."
> 
> Furthermore, when I try to run mkgroud -l -d, I get this response:
> 
> chj@Luddes:~$ mkgroup.exe -l -d
> SYSTEM:S-1-5-18:18:
> Ingen:S-1-5-21-3529363498-1256799619-805368611-513:513:
> LookupAccountName (\\FW, Domain Admins) failed with error 1332
> LookupAccountName (\\FW, Domain Users) failed with error 1332
> [...]

error 1332 is about the mapping account name to SID.

> Any ideas of how I can get the mkpasswd and mkgroup right for this PDC?

Try http://www.microsoft.com/windows2000/techinfo/reskit/tools/existing/getsid-o.asp
 http://www.sysinternals.com/ntw2k/freeware/psgetsid.shtml


Thorsten
-- 
 Content-Type: text/explicit; charset=ISO-8859-666 (Parental Advisory)
 Content-Transfer-Warning: message contains innuendos not suited for
 children under the age of 18


--
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:size limit for static arrays in cygwin/gcc

[Danny Smith]

"Charles D. Russell"  wrote:

>Meanwhile, I am trying to find an equivalent problem in C so that it will
> get more attention.  Unfortunately, I don't know much C.  The subsequent
> program fails with a segmentation violation if one tries to allocate more
> than a few Mb of memory on either my old or my new system.  Why?  What limit
> am I bumping into?
> 
>

By default stack reserve is set to 2MB by ld.exe.  Try setting stack reserve
higher, eg,
 -Wl,--stack=0x200
will get you 32MB stack reserve

Danny

http://mobile.yahoo.com.au - Yahoo! Mobile
- Exchange IMs with Messenger friends on your Telstra or Vodafone mobile phone.

--
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/

insight 2003-02-15-cvs (cygwin-special) segfaults on W98SE

[Ton van Overbeek]

I am sending this to both the cygwin and insight mailing lists.

When trying to use the latest Cygwin insight on my W98SE system it
crashes when you try to debug an executable.
Starting insight without an exe file to debug works fine. But also in
that case when you load a file with the 'file' command it crashes.

When replacing only the insight executable by the executable from
the 20030128 package (all the rest: tcl/tk + all (i)tcl/(i)tk files
still from the 20030214 package) insight does not crash.

Here is the Windows dialog I get:
===
This program has performed an illegal operation
and will be shut down.
...
INSIGHT caused an invalid page fault in
module  at :102486f8.
Registers:
EAX=10248688 CS=0167 EIP=102486f8 EFLGS=00010246
EBX=10248688 SS=016f ESP=009600d4 EBP=009600f4
ECX=00960178 DS=016f ESI=81d58300 FS=22a7
EDX=bff76855 ES=016f EDI=0096026c GS=
Bytes at CS:EIP:
00 6a 11 61 64 6a 11 61 28 3a 3a 69 11 00 00 00 
Stack dump:
bff76849 0096026c 10248688 009601a0 00960178
00960558 bff76855 10248688 00960188 bff87fe9
0096026c 10248688 009601a0 00960178 102486f8
009602e0 
==
To get a bit more information I ran insight under gdb.
Here is the backtrace I got from the crashpoint:
==
(gdb) bt
#0  0x00450569 in ?? ()
#1  0x0040df8e in ?? ()
#2  0x00421ff1 in ?? ()
#3  0x0041a0ba in ?? ()
#4  0x00419bd8 in ?? ()
#5  0x00421be1 in ?? ()
#6  0x00421a91 in ?? ()
#7  0x00421c3a in ?? ()
#8  0x00419aef in ?? ()
#9  0x1000f8b1 in tcl84!TclEvalObjvInternal () from /usr/bin/tcl84.dll
#10 0x1003751e in tcl84!TclCompEvalObj () from /usr/bin/tcl84.dll
#11 0x10036861 in tcl84!TclCompEvalObj () from /usr/bin/tcl84.dll
#12 0x10069dbc in tcl84!TclObjInterpProc () from /usr/bin/tcl84.dll
#13 0x1000f8b1 in tcl84!TclEvalObjvInternal () from /usr/bin/tcl84.dll
#14 0x1003751e in tcl84!TclCompEvalObj () from /usr/bin/tcl84.dll
#15 0x10036861 in tcl84!TclCompEvalObj () from /usr/bin/tcl84.dll
#16 0x10069dbc in tcl84!TclObjInterpProc () from /usr/bin/tcl84.dll
#17 0x1000f8b1 in tcl84!TclEvalObjvInternal () from /usr/bin/tcl84.dll
#18 0x1003751e in tcl84!TclCompEvalObj () from /usr/bin/tcl84.dll
#19 0x10036861 in tcl84!TclCompEvalObj () from /usr/bin/tcl84.dll
#20 0x10069dbc in tcl84!TclObjInterpProc () from /usr/bin/tcl84.dll
#21 0x1000f8b1 in tcl84!TclEvalObjvInternal () from /usr/bin/tcl84.dll
#22 0x10010409 in tcl84!Tcl_EvalEx () from /usr/bin/tcl84.dll
#23 0x1001080e in tcl84!Tcl_Eval () from /usr/bin/tcl84.dll
#24 0x0041dc32 in ?? ()
#25 0x0041e719 in ?? ()
#26 0x0042bcc5 in ?? ()
#27 0x00421c68 in ?? ()
#28 0x00421be1 in ?? ()
#29 0x00421a91 in ?? ()
#30 0x00421c3a in ?? ()
#31 0x00421cba in ?? ()
#32 0x00401f41 in ?? ()
#33 0x00421be1 in ?? ()
#34 0x00421a91 in ?? ()
#35 0x00421c3a in ?? ()
#36 0x004023b1 in ?? ()
#37 0x004010ca in ?? ()
#38 0x610073e8 in cygwin1!__assert () from /usr/bin/cygwin1.dll
#39 0x610076cd in dll_crt0@0 () from /usr/bin/cygwin1.dll
#40 0x006085b1 in ?? ()
#41 0x0040103c in ?? ()
#42 0xbff8b560 in KERNEL32!FileTimeToLocalFileTime () from 
/cygdrive/c/WINDOWS/SYSTEM/KERNEL32.DLL
#43 0xbff8b412 in SetErrorMode () from /cygdrive/c/WINDOWS/SYSTEM/KERNEL32.DLL
#44 0xbff89dd5 in KERNEL32!BeginUpdateResourceA () from 
/cygdrive/c/WINDOWS/SYSTEM/KERNEL32.DLL
(gdb) 

That is all the information I have right now.
I hope somebody has some idea what is causing this ...
Cygcheck -s -r -v output is attached.

Ton van Overbeek


Cygwin Win95/NT Configuration Diagnostics
Current System Time: Sun Feb 16 21:46:01 2003

Windows 98 SE Ver 4.10 Build  

Path:   D:\cygwin\usr\X11R6\bin
D:\cygwin\usr\local\bin
D:\cygwin\bin
D:\cygwin\bin
D:\cygwin\bin
d:\MATLABR11\BIN
c:\WINDOWS
c:\WINDOWS\COMMAND
d:\MATLAB6P1\BIN\WIN32

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

HOME = `D:\cygwin\home\Ton'
MAKE_MODE = `unix'
PWD = 
`/cygdrive/e/Cygwin-packages/http%3a%2f%2fmirrors.rcn.net%2fpub%2fsourceware%2fcygwin/release/gdb'
USER = `Ton'

BLASTER = `A240 I2 D1 H7 P330 T6'
CLASSPATH = `C:\WINDOWS\SYSTEM\QTJava.zip;'
CMDLINE = `run rxvt -bg "light goldenrod yellow" -geometry 80x50 -fn 
"lucidatypewriter-12" -e /usr/bin/bash --login -i'
COLORFGBG = `0;default'
COLORTERM = `rxvt-xpm'
COMSPEC = `C:\COMMAND.COM'
CVSROOT = `:pserver:[EMAIL PROTECTED]:/cvsroot/easycalc'
DISPLAY = `:0'
HOMEDRIVE = `D:'
HOMEPATH = `\cygwin\home\Ton'
MANPATH = `:/usr/ssl/man'
OLDPWD = 
`/cygdrive/e/Cygwin-packages/http%3a%2f%2fmirrors.rcn.net%2fpub%2fsourceware%2fcygwin/release'
PROMPT = `$p$g'
PS1 = `\[\033]0;\w\007
\033[32m\]\u@\h \[\033[33m\w\033[0m\]
$ '
QTJAVA = `C:\WINDOWS\SYSTEM\QTJava.zip'
SHLVL = `1'
TEMP = `e:\TEMP'
TERM = `xterm'
TEXMF = `{/usr/share/lilypond/1.6.5,/usr/share/texmf}'
WINBOOTDIR = `C:\WINDOWS'
WINDIR = `C:\WINDOWS'
WINDOWID = `10036648'
_ = `/usr/bin

RE: kudos!

[Gary R. Van Sickle]

> Gary R. Van Sickle wrote
> >...
> > A-MEN brother Schulz, A-MEN!  Onward and upward!  Every day, and in
> every way,
> > it is getting better and better![1]
> > ...
> > [1] Extra credit for the first person who knows where this sentence
> was stolen
> > from ;-).
>
> I think it's a corruption of some words by Emile Coue:
>   "Tous les jours a tous points de vue je vais de mieux en mieux."
> (i.e "... I am getting better and better.")
>
> Another variation (...life is getting...) appears in John Lennon's
> Beautiful Boy.
>

Oh... well... um, no, my source is a bit more mundane.  Shoulda said "where *I*
stole this from": Former Chief Inspector Dreyfuss from "The Pink Panther Strikes
Again", shortly before he tries (HI-LARIOUSLY) to kill Chief Inspector Jacques
Clouseau of the Surété.

--
Gary R. Van Sickle
Brewer.  Patriot.

Mrs. Leverlilly: You've ruined that piano!
Chief Inspector Jacques Clouseau: What is the price of one piano compared to the
terrible crime that's been committed here?
Mrs. Leverlilly: But that's a priceless Steinway!
Chief Inspector Jacques Clouseau: Not anymore.


--
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/

size limit for static arrays in cygwin/gcc

[Charles D. Russell]

:Danny Smith  wrote
By default stack reserve is set to 2MB by ld.exe.  Try setting stack reserve
higher, eg,
 -Wl,--stack=0x200
will get you 32MB stack reserve
-

Thanks.  That was a revelation.  I thought stack was for pointers and
automatic variables, and a big stack was needed only for deep recursion.  So
the trick of increasing the stack, which works for g77, does not simply
displace a bug to another part of memory.  f2c still doesn't work for large
arrays, even setting -Wl in CFLAGS, but maybe CFLAGS is not passed through
the shell script used with f2c to emulate f77.  I'll have to look at that
sometime, but g77 will serve for now.  I've had no problem using f2c for
large arrays on a unix system.

Running fortran used to be simpler.  You just had to remember to drop in the
compiler deck first, the data deck last.


--
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] libtool-devel-20030121-1

[Charles Wilson]

Ralf Habacker wrote:

BTW: Do you know which libraries are also hybrid execpt of cygwin1.dll ?




There are about a half-dozen in /usr/lib/w32api -- and worse, the static


members are "bad" variable  types; if you make the static members part of the
DLL, then these vars can't be auto-imported without using pseudo-relocs. Of
course, since the DLLs are provided by MS, we can't really modify what is in
them.

Thats very bad.



Yeah.  I don't know why these implibs need to declare these static 
structures; it's possible that w32api is just following the lead of the 
corresponding .lib files in the MSVC distribution.

But, that's neither here nor there.  IF these crossbreed implibs are 
detected as "import libraries" then libtool will let you link a 
sharedlib using them as dependencies.  this could eventually lead to a 
data mismatch problem, if the static info is changed -- but since your 
DLL has a private copy of the old version...

Fortunately, this isn't likely.  The static data consists of GUID 
structures for well-known services/programs/etc on windows.  MS would be 
insane to change those definitions at this point.


There might be another (easier) way for identifiying. There are some resources
in the internet relating to the ar format for examples
http://publibn.boulder.ibm.com/doc_link/en_US/a_doc_lib/files/aixfiles/ar_IA64.h
tm

After the ar header, there is a vector with pointers to each file. The first
points to the first objectfile. The first bytes at the offset position is a
string of the object file name, which is build
for import library like d<6-digit-num>.o, which could be easily identified with
one indirect file magic rule line and two addition simple lines.


[...]


(0x48l)  byte 0x64


(0x48l+7) leword 0x2e6f	import libray



What dou you think ?


If I understand correctly, you look at the first object file in the 
archive, and check that the first letter of the name is 'd', and that 
the 8th and ninth letters are '.o'   I don't think that is sufficient...


The problem is, that I have tried this indirecting mode in several way, but
without success. It seems to me that this functionality is broken in recent file
release. Do anyone has got same experiences ?


...even if it works properly in well-controlled circumstances -- which 
apparently it doesn't.  And in poorly controlled circumstances, I could 
have an object file in my archive named "delayby.orig.o" and you 
couldn't distinguish it from "d00.o".

the negative: Ralf, you keep trying to assume things based on filenames. 
 Filenames LIE.  Whether it is the name of the archive (foo.dll.a) or 
the name of an object in the archive (dxx.o), it's gonna fail -- and 
it will fail in EXTREMELY hard-to-track-down ways.

the positive: I'm glad you're following thru on this.  Here's a plan: I 
can make arrangements so that WHEN we find the Right Thing to do in 
file, libtool can take advantage of it immediately.  thus, we can get my 
speedups into libtool now along with hooks for your super-speedup.

Flowchart:

.  'file -L $fn' # e.g. if symlink, check the target
.  if file output has "DLL"
.exit "x86 DLL"
.  elif file output has "executable"
.if "MS Windows PE Intel" # to screen out "executable" shell scripts
.  exit "x86 DLL"
.endif
.  elif file output has "ar archive import library"
.exit "x86 archive import"
.  elif file output has "ar archive" # both static and import libs
.if objdump output is good   # make sure it's an ar of x86 objs
.  if nm output has " I "# fallback test for import libs
.exit "x86 archive import"
.  else
.exit "x86 archive static"
.  endif
.endif
.  endif
.  exit "unknown"

This way, we get my speedups right away.  The "elif file output has "ar 
archive import library" isn't used right now (because stock 'file' won't 
ever generate that output string).  Thus, right now we use the "ar 
archive" section for both static libs and import libs.  No probs.

Later, your code gets into 'file' -- and suddenly we see big speedups 
for most linking against import libs.  Even better, YOU can see those 
speedups immediately using (the new upcoming 'stock' libtool), simply by 
changing your magic file.  Thus, it helps testing.  Even better, 
anything that FAILS your new file test, will get checked again using the 
slower code!

So, it's important, Ralf, that your 'file' changes NEVER generate a 
false positive (e.g. saying something is an import lib when it is not). 
 If your code generates a false negative (saying something is static 
when it's actually an import) -- because for false negatives, my slower 
code will catch it, and mark it "import".

Oh, and we MUST agree on the id string before hand.  You've suggested 
that import libs add 'import library' to the existing 'ar archive'; 
thus: 'ar archive import library'.  sounds good to me -- I'll go with 
that.  But don't change it.

sound good?

--Chuck
#!/bin/sh
win32_libid () {
  win32_libid_type="

Re: Why the rash of people bypassing setup.exe to install?

[Christopher Faylor]

On Sun, Feb 16, 2003 at 05:05:35PM +0100, Hannu E K Nevalainen (garbage mail) wrote:
>>On Fri, Feb 14, 2003 at 05:31:05PM -0500, Rolf Campbell wrote:
>>>Well, I maintain an internal mirror for my company, and I use a custom
>>>python script to parse our custom setup.ini and fetch the needed
>>packages.
>>>But, I never used sources.redhat.com.
>>
>>So, translation: "I have no insight into the problem but I thought I'd
>>send email anyway."
>
>Sorry Christopher, but did you really READ what he said: AFAICT it is
>something like: I've got LOADS OF COMPUTERS(or some such) that I wish
>to have fully updated CYGWIN installations on; this is what I've
>decided to do as I feel it is sane.
>
>Take a bunch of the above, running setup.exe on their own, and all of
>the mirrors will have a huge network load when a number of updates
>appear.

I was asking why there was recently a number of people installing
without setup and then complaining when things don't work.  I could care
less if someone has a system that is working smoothly for them which
bypasses setup.exe.  I don't CARE if experienced users have something
which works for them.  That very obviously have nothing to do with what
I was talking about.  Go back and read my original question rather than
jumping into the middle of a discussion.

>Here comes more of "I have no insight" to rant on; just shoot (I wouldn't be
>too surprised as I haven't read much of the FAQ's and README's):

Ok.  I stopped reading here.  Anyone who actually admits to not reading
documentation and clearly can't even comprehend the whole purpose of the
question deserves no further consideration.

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: size limit for static arrays in cygwin/gcc

[Max Bowsher]

Charles D. Russell wrote:
>> Danny Smith  wrote
> By default stack reserve is set to 2MB by ld.exe.  Try setting stack
> reserve higher, eg,
>  -Wl,--stack=0x200
> will get you 32MB stack reserve
> -
> 
> Thanks.  That was a revelation.  I thought stack was for pointers and
> automatic variables,
  ^^^

Yes, and that's what those massive arrays in your example code are.

Max.


--
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:size limit for static arrays in cygwin/gcc

[Randall R Schulz]

Danny,

A couple of months ago, someone reported on how local (stack) 
allocations larger than a certain threshold were allocated on the heap. 
In fact, you, Danny, contributed materially to that thread: Subject 
"Strange behaviour of gcc" starting with a posting by 
[EMAIL PROTECTED] on Dec. 24, 2002.

In that case Fabrizio wanted to avoid the dependence that heap 
allocation created on the runtime or C library. That was C/C++ code and 
I don't know where this allocation strategy is implemented--i.e., 
whether it's in a language-specific front-end or a language-independent 
back-end of GCC (and here we should emphasise the official name: the 
GNU Compiler Collection, not the GNU C Compiler as many believe it to mean).

You also supplied this tidbit:

To disable stack probing, add this switch  -mno-stack-arg-probe.



Just something to keep in mind.

Randall Schulz


At 11:56 2003-02-16, Danny Smith wrote:


"Charles D. Russell"  wrote:

>Meanwhile, I am trying to find an equivalent problem in C so 
that it will
> get more attention.  Unfortunately, I don't know much C.  The subsequent
> program fails with a segmentation violation if one tries to allocate more
> than a few Mb of memory on either my old or my new 
system.  Why?  What limit
> am I bumping into?

By default stack reserve is set to 2MB by ld.exe.  Try setting stack 
reserve higher, eg,
-Wl,--stack=0x200
will get you 32MB stack reserve

Danny


--
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/