help:ipc-daemon failed

[xuzhd]

I have ported an application using cygwin. There are many IPC mechanics in
this app such as shm and sem. I find that my app causes the ipc-daemon
service failed sometimes. Why this event could happen!

Xu Zhenghua


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

RE: cygwin archive? (previous versions for fallback

[James Moreland]

At 06:07 2003/03/11, günter strubinsky wrote:
I can't access the site by typing the URI
(ftp://ftp.ccp14.ac.uk/ccp14/ftp-mirror/programming/cygwin/pub/cygwin/releas
e) into the installer. It timed out. I downloaded the whole tree.
That won't install either. The installer throws a fit (aka. an address
exception) after showing strange chars in the install tree root and only a
few leaves.
Okay, so I installed the latest and greatest complete cygwin WITHOUT
Postgres, installed the ipc-daemon (I can't get the one I had, so it's 1.13.
I installed, got the usual (at least on my machine) mode  for all
binaries (?). Chmod'ed them to 2777 (I know that's unsecure).
--install-as-service'd the ipc-daemon and verified that it ran.
Started the installer from the cygwin site and thanks to the advise from
Christopher ([EMAIL PROTECTED] , thank you very much!)
installed from the copy of the tree ftp'ed from the site the Postgres (V
7.1.3).
When I pg_start'ed Postgres it took 99% cpu; the usual sign that it does not
find the ipc-daemon. I verified that the daemon ran. (It did). Chris send me
a copy of 7.2.3 (identical to the version I had before). I installed from
this version after completely uninstalling and physically removing the
cygwin directory tree:
Same result.
Lastly I reinstalled with the latest version of postgres and voila, it ran
like a pink rabbit. Uninstalling Postgres and installing any of the two
prior versions resultet in 99% cpu from Postgres.
My conclusion is that the ipc-daemon is the culprit and not backwards
compatible to Postgres < 7.3, which does not make a whole lot of sense.
There is NO version 1.10 of cygipc aka. ipc-daemon on
http://www.neuro.gatech.edu/users/cwilson/cygutils/cygipc/ available for
download.
Does anybody out there have either V1.10 of cygipc or a glue what is going
so wrong with my install?
I don't think that is your problem as I successfully ran postgres 7.2.3 
with cygipc 1.13 for several weeks before inadvertently upgrading to 7.3.2 
like Gunter.

Jim Moreland



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

links does not work und windows Programm

[fj_br_]

Hi folks,

I have the following problem, when I make a symbolic link from a directory under 
cygwin. I can use them in Windows 2000 in the Windows Explorer, but it is not possible 
to us the link under another Windows Programm like Excel.

When I trie to open a file using the link in Excel I can't see the link to the 
directory. After Changing the type of the file to all Files I can see the links to the 
directories. But when I click on the link I get an errror saying somethin like "Acces 
to writeprotected File 'directoryname' not possible". I translatet the errormessage 
from german, so it could be that it not the original text in english.

So Excel thinks that the Symbolic link is a File and not a Link.

A link made by Windows Explorere is not usable in cygwin.

How can I fix the behaviour?

Thank for any help in advance

Franz


__
Die SMS direkt auf's Handy. - Die Blitz-SMS bei WEB.DE FreeMail
http://freemail.web.de/features/?mc=021165


--
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: >/dev/stderr broken in /bin/sh?, makewhatis unhappy, & apropos confused, or just me?

[Cliff Hones]

LA Walsh wrote:
> ...
> Maybe Cygwin should be renamed "CyNUX": "Cygwin is Not
> Unix or Linux"? :-)

and Igor Pechtchanski added:
> Pronounced "cynics"? ;-)

Been there before...  Is this gaining popularity?  Maybe it should be
added to the OLOCA?

  http://sources.redhat.com/ml/cygwin/2002-04/msg00441.html

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

Post install smoke test (or "Oh no not again")

[Bruce Adams [TEPG Sunbury]]

Hi,
   I just did a fresh installation of gcc on another machine and
had an "oh no not again" moment.
Attempting to compile:

int main(int argc,char** argv) {
  return 0;
} //main   

Gives the output:

gcc hello.o -o hello.exe -lstdc++
hello.o(.text+0x0):fake: multiple definition of `_mainCRTStartup'
/usr/lib/gcc-lib/i686-pc-cygwin/3.2/../../../crt0.o(.text+0x0): first
defined he
re
hello.o(.text+0x40):fake: multiple definition of `___do_frame_init'
/usr/lib/gcc-lib/i686-pc-cygwin/3.2/crtbegin.o(.text+0x0): first defined
here
hello.o(.text+0x70):fake: multiple definition of `___do_frame_fini'
/usr/lib/gcc-lib/i686-pc-cygwin/3.2/crtbegin.o(.text+0x30): first defined
here
hello.o(.data+0x0): In function `main':
/cygdrive/c/BruceA/code/typelist/hello.cpp:4: multiple definition of
`___cygwin_
crt0_bp'
/usr/lib/gcc-lib/i686-pc-cygwin/3.2/../../../crt0.o(.data+0x0): first
defined he
re
hello.o(.rdata+0x0): In function `main':
/cygdrive/c/BruceA/code/typelist/hello.cpp:4: multiple definition of
`___EH_FRAM
E_BEGIN__'
/usr/lib/gcc-lib/i686-pc-cygwin/3.2/crtbegin.o(.eh_frame+0x0): first defined
her
e
collect2: ld returned 1 exit status
make: *** [hello.exe] Error 1


I guess this means I have another corrupted installation.  
Which brings me to two questions.

1) what standard corrective actions can we suggest for "dodgey"
installations

2) what would be the appropriate way to implement a post-install smoke test.

I'd volunteer my services for 2 except that I doubt I have the time or the
familiarity
with setup to be much use in the near future.  I'm likely to remain strictly
a
consumer for the immediate future.
Anyway here is an attempt to partially answer my own questions

1) run cygcheck -c

See enclosed output.
This doesn't actually help me.
Should I try re-installing from a different mirror?

2) Presumably raw bash would be preferable to tcl or perl.
   Dos is just sick.  
   Personally I would like to use TCL because it is what I know best
   but it needs to be compatible with whatever's already being used as it
   probably ought to possible to install cygwin without TCL or perl.

   at end of gcc package installation - append gcc-smoke.sh to a list of 
   post install smoke tests to run.

   At (current) end of post install have another bash script iterate over
   the scripts in smoketest.lst or whatever and dump the output into a
   detailed postinstall log.
   Each script can generate one line (or at least minimal) error reports
   that get displayed to the user at the very end a long with a bit of
advice
   saying what to try to fix it before coming here.
   It would be good if we could associate each error with a separate piece
of
   advice but maybe that's version 2.

I can probably supply the smoke test itself, though my bash is a bit rusty
but
so probably can pretty much anyone on the list.
Is the rest of it a 5 minute job?

Regards,
  Bruce A.



 Any opinions expressed in this e-mail are those of the individual and not
 necessarily those of Tyco Safety Products.

 Any prices for the supply of goods or services are only valid if supported
 by a formal written quotation.

 This e-mail and any files transmitted with it, including replies and
 forwarded copies (which may contain alterations) subsequently transmitted
 from Tyco Saftey Products are confidential and solely for the use
 of the intended recipient.

 If you are not the intended recipient or the person responsible for
 delivery to the intended recipient, be advised that you have received this
 e-mail in error and that any use is strictly prohibited.  In this event,
 please notify us via e-mail at '[EMAIL PROTECTED]' or telephone on 
 0121 255 6499 and then delete the e-mail and any copies of it.



  




Cygwin Package Information
Package  Version
_update-info-dir 00150-1
ash  20020731-1
base-files   1.1-1
base-passwd  1.0-1
bash 2.05b-8
binutils 20030307-1
bzip21.0.2-2
crypt1.0-1
cvs  1.11.0-1
cygrunsrv0.95-1
cygutils 1.1.3-1
cygwin   1.3.20-1
cygwin-doc   1.3-2
diffutils2.8.1-1
doxygen  1.2.18-1
ELFIO1.0.0-1
enscript 1.6.3-3
expect   20030128-1
figlet   2.2-1
file 3.39-1
fileutils4.1-1
findutils4.1.7-4
gawk 3.1.1-5
gcc  3.2-3
gcc-mingw20020817-5
gdb  20030303-1
gdbm 1.8.0-4
gnugo3.2-1
grep 2.5-1
groff1.18.1-2
gzip 1.3.3-4
less 378-1
libbz2_1 1.0.2-2
libcharset1  1.8-2
libiconv 1.8-2
libiconv21.8-2
libintl   

Re: links does not work und windows Programm

[Corinna Vinschen]

On Tue, Mar 11, 2003 at 10:50:37AM +0100, [EMAIL PROTECTED] wrote:
> So Excel thinks that the Symbolic link is a File and not a Link.

Bad luck.  That's not under our control, obviously.

> A link made by Windows Explorere is not usable in cygwin.

That's by design.  An Explorer link contains more information than just
the path to the target.  So, if Cygwin considers an Explorer link as
symlink, you couldn't e. g. tar it up without loss since untar'ing
would just restore the path information but not the icon, the working
directory, the stratup info, etc., etc., ...

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

--
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: chmod not working on Win98

[Jason Tishler]

On Mon, Mar 10, 2003 at 09:34:36AM -0500, Jason Tishler wrote:
> On Sat, Mar 08, 2003 at 10:18:29PM +0800, Greg Matheson wrote:
> > When I installed fetchmail-6.2.2.1, fetchmail started refusing to
> > use my .fetchmailrc. I think the requirement that permissions be
> > 600 on it is new.
> 
> No, I've been patching fetchmail to skip this permissions check due to
> the following:
> 
> http://cygwin.com/faq/faq.html#SEC44
> 
> However, the corresponding fetchmail code changed between 6.2.1 and
> 6.2.2.  Hence, I needed to refresh my patch because the old one would
> no longer apply cleanly.  Maybe I got it wrong?

I just tried fetchmail after performing the following:

$ chmod 777 ~/.fetchmailrc

and fetchmail started successfully.  So, AFAICT, my refreshed patch
seems to be OK.  Maybe a different (i.e., new) check is failing?

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: cygwin archive? (previous versions for fallback)

[Jason Tishler]

Guenter,

On Tue, Mar 11, 2003 at 12:07:11AM -0600, günter strubinsky wrote:
> My conclusion is that the ipc-daemon is the culprit and not backwards
> compatible to Postgres < 7.3,

Correct.  Just use cygipc 1.11-1:

http://www.neuro.gatech.edu/users/cwilson/cygutils/cygipc/cygipc-1.11-1.tar.bz2

> which does not make a whole lot of sense.

Do not shoot the messenger, but there was a change between 1.11-1 and
1.13-2 that prevents backwards compatibility.

> There is NO version 1.10 of cygipc aka. ipc-daemon on
> http://www.neuro.gatech.edu/users/cwilson/cygutils/cygipc/ available
> for download.

Sure there is:

http://www.neuro.gatech.edu/users/cwilson/cygutils/cygipc/cygipc-1.10-1.tar.bz2

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: Post install smoke test (or "Oh no not again")

[Max Bowsher]

On Tue, 11 Mar 2003, Bruce Adams [TEPG Sunbury] wrote:

> Hi,
>I just did a fresh installation of gcc on another machine and
> had an "oh no not again" moment.
> Attempting to compile:
>
> int main(int argc,char** argv) {
>   return 0;
> } //main
>
> Gives the output:
>
> gcc hello.o -o hello.exe -lstdc++
   
Why? Don't do that.

> hello.o(.text+0x0):fake: multiple definition of `_mainCRTStartup'
> /usr/lib/gcc-lib/i686-pc-cygwin/3.2/../../../crt0.o(.text+0x0): first
> defined here
> hello.o(.text+0x40):fake: multiple definition of `___do_frame_init'
> /usr/lib/gcc-lib/i686-pc-cygwin/3.2/crtbegin.o(.text+0x0): first defined
> here
> hello.o(.text+0x70):fake: multiple definition of `___do_frame_fini'
> /usr/lib/gcc-lib/i686-pc-cygwin/3.2/crtbegin.o(.text+0x30): first defined
> here
> hello.o(.data+0x0): In function `main':
> /cygdrive/c/BruceA/code/typelist/hello.cpp:4: multiple definition of
> `___cygwin_crt0_bp'
> /usr/lib/gcc-lib/i686-pc-cygwin/3.2/../../../crt0.o(.data+0x0): first
> defined here
> hello.o(.rdata+0x0): In function `main':
> /cygdrive/c/BruceA/code/typelist/hello.cpp:4: multiple definition of
> `___EH_FRAME_BEGIN__'
> /usr/lib/gcc-lib/i686-pc-cygwin/3.2/crtbegin.o(.eh_frame+0x0): first defined
> here
> collect2: ld returned 1 exit status
> make: *** [hello.exe] Error 1
>
>
> I guess this means I have another corrupted installation.
> Which brings me to two questions.
>
> 1) what standard corrective actions can we suggest for "dodgey"
> installations

No standard corrective action, because "dodgey" is far too unspecific.

> 2) what would be the appropriate way to implement a post-install smoke test.

It would be more appropriate to find out what happened, and make sure it
doesn't occur in the future. Therefore, no smoketest needed.

> 1) run cygcheck -c
>
> See enclosed output.
> This doesn't actually help me.
> Should I try re-installing from a different mirror?
>
> 2) Presumably raw bash would be preferable to tcl or perl.
>Dos is just sick.
>Personally I would like to use TCL because it is what I know best
>but it needs to be compatible with whatever's already being used as it
>probably ought to possible to install cygwin without TCL or perl.
>
>at end of gcc package installation - append gcc-smoke.sh to a list of
>post install smoke tests to run.
>
>At (current) end of post install have another bash script iterate over
>the scripts in smoketest.lst or whatever and dump the output into a
>detailed postinstall log.
>Each script can generate one line (or at least minimal) error reports
>that get displayed to the user at the very end a long with a bit of
> advice
>saying what to try to fix it before coming here.
>It would be good if we could associate each error with a separate piece
> of
>advice but maybe that's version 2.
>
> I can probably supply the smoke test itself, though my bash is a bit rusty
> but
> so probably can pretty much anyone on the list.
> Is the rest of it a 5 minute job?

I do not think a smoketest is necessary or desirable.

If you can find any problems, then lets fix them, so we don't *need* to
test for them.


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: chmod not working on Win98

[Greg Matheson]

On Tue, 11 Mar 2003, Jason Tishler wrote:

> On Mon, Mar 10, 2003 at 09:34:36AM -0500, Jason Tishler wrote:
> > On Sat, Mar 08, 2003 at 10:18:29PM +0800, Greg Matheson wrote:
> > > When I installed fetchmail-6.2.2.1, fetchmail started refusing to
> > > use my .fetchmailrc. I think the requirement that permissions be
> > > 600 on it is new.

> > No, I've been patching fetchmail to skip this permissions check due to
> > the following:

> > http://cygwin.com/faq/faq.html#SEC44

> I just tried fetchmail after performing the following:

> $ chmod 777 ~/.fetchmailrc

> and fetchmail started successfully.  So, AFAICT, my refreshed patch
> seems to be OK.  Maybe a different (i.e., new) check is failing?

The error I get is:

$ fetchmail
fetchmail: client/server protocol error while fetching from 140.126.111.5
fetchmail: Query status=4 (PROTOCOL)

When I comment out the # auth ssh section in my fetchmailrc, it
starts working again.

But the --auth ssh option on the command line fails with the following:

fetchmail: mailbox selection failed
fetchmail: client/server synchronization error while fetching from mail.chinmin.edu.tw
fetchmail: client/server protocol error while fetching from mail.chinmin.edu.tw
fetchmail: Query status=4 (PROTOCOL)

I can ssh into the shell account on the server.

-- 
Greg MathesonTeaching: leaving 
Dr Bean's Penpal Poolfingerprints over the tabula rasa.
Address: palpool --Dr Bean
Domain:  @cn91.chinmin.edu.tw

--
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: >/dev/stderr broken in /bin/sh?, makewhatis unhappy, & apropos confused, or just me?

[Igor Pechtchanski]

On Tue, 11 Mar 2003, Cliff Hones wrote:

> LA Walsh wrote:
> > ...
> > Maybe Cygwin should be renamed "CyNUX": "Cygwin is Not
> > Unix or Linux"? :-)
>
> and Igor Pechtchanski added:
> > Pronounced "cynics"? ;-)
>
> Been there before...

Before my time...

> Is this gaining popularity?

Apparently.

> Maybe it should be added to the OLOCA?
>
>   http://sources.redhat.com/ml/cygwin/2002-04/msg00441.html
>
> -- Cliff

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

Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk!
  -- /usr/games/fortune


--
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: chmod not working on Win98

[Jason Tishler]

Greg,

On Tue, Mar 11, 2003 at 10:48:12PM +0800, Greg Matheson wrote:
> On Tue, 11 Mar 2003, Jason Tishler wrote:
> > On Mon, Mar 10, 2003 at 09:34:36AM -0500, Jason Tishler wrote:
> > > On Sat, Mar 08, 2003 at 10:18:29PM +0800, Greg Matheson wrote:
> > > > When I installed fetchmail-6.2.2.1, fetchmail started refusing
> > > > to use my .fetchmailrc. I think the requirement that permissions
> > > > be 600 on it is new.
> 
> [snip]
> 
> The error I get is:
> 
> $ fetchmail
> fetchmail: client/server protocol error while fetching from 140.126.111.5
> fetchmail: Query status=4 (PROTOCOL)
> 
> When I comment out the # auth ssh section in my fetchmailrc, it
> starts working again.
> 
> But the --auth ssh option on the command line fails with the following:
> 
> fetchmail: mailbox selection failed
> fetchmail: client/server synchronization error while fetching from 
> mail.chinmin.edu.tw
> fetchmail: client/server protocol error while fetching from mail.chinmin.edu.tw
> fetchmail: Query status=4 (PROTOCOL)
> 
> I can ssh into the shell account on the server.

The above is a very different from what you originally posted.  Sorry,
but you will have to debug this yourself because I do not have the
necessary environment to do so myself.

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/

init.d

[Guillaume Devoyon]

hello world .

does anyone could tell me where i can find info in order to start
automatically my webmin under cygwin at the boot of the computer ??

---
Guillaume Devoyon 
Integro Networks
FAX: +33 557291017
TEL: +33 557291017

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

IPv6 support?

[Chris Pearson]

Hi,

I'm working on an IPv6 port that supposedly builds clean with Cygwin.  The
code references inet_pton(), which is not found in the version of Cygwin I
downloaded from archive.progeny.com.  Is there a version of Cygwin that
supports IPv6, and if so, can you tell me where to get it?

Thanks for your help!

-- Chris Pearson

> On Fri, Mar 29, 2002 at 02:16:33PM -0700, Harris, Jeffrey A wrote:
> > I just completed the install and download of all the packages of cygwin.
> > When compiling a program in cygwin I get the following..
> >
> > gcc -g -Wall -c connect.c
> > connect.c: In function `lookup_host':
> > connect.c:26: warning: implicit declaration of function `inet_ntop'
> > connect.c:26: `INET_ADDRSTRLEN' undeclared (first use in this function)
> > connect.c:26: (Each undeclared identifier is reported only once
> > connect.c:26: for each function it appears in.)
> > connect.c: In function `connection_open':
> > connect.c:48: `INET_ADDRSTRLEN' undeclared (first use in this function)
> > connect.c:68: warning: implicit declaration of function `inet_pton'
> > connect.c:48: warning: unused variable `hostname'
> > make: *** [connect.o] Error 1
> >
> > A search from / showed that the inet_ntop() function and INET_ADDRSTRLEN
> > define are not defined anywhere.  Does cygwin support inet_ntop()?
>
> No INET6 support in Cygwin so far.
>
> Corinna
>
> --
> Corinna Vinschen  Please, send mails regarding Cygwin to
> Cygwin Developer mailto:cygwin  cygwin.com
> Red Hat, Inc.
>


--
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: init.d

[Igor Pechtchanski]

On Tue, 11 Mar 2003, Guillaume Devoyon wrote:

> hello world .
>
> does anyone could tell me where i can find info in order to start
> automatically my webmin under [EMAIL PROTECTED] boot of the computer ??
>
> Guillaume Devoyon

"cygrunsrv --help".  Also search this mailing list for gotchas and
problems/solutions.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk!
  -- /usr/games/fortune


--
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: New setup.exe snapshot available.

[Hans Horn]

Dear all,

for some I had expected that this setup version (2.326) would be resizable -
or at least sporting a bigger dialog.
I guess I was wrong.

A look at setup.ini that was newly created, revealed the following:

setup-timestamp: 1047304219
setup-version: 2.249.2.5

Looks like stale cheese, doesn't it?

H.




--
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: init.d

[Guillaume Devoyon]

thank you..
i'll have a look because i've done cygrunsrv -I webmin -p /etc/webmin/start
and my w2000 won't run this service..
i'll have a look further..

Guillaume

-Message d'origine-
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] la part
de Igor Pechtchanski
Envoye : mardi 11 mars 2003 16:29
A : Guillaume Devoyon
Cc : [EMAIL PROTECTED]
Objet : Re: init.d


On Tue, 11 Mar 2003, Guillaume Devoyon wrote:

> hello world .
>
> does anyone could tell me where i can find info in order to start
> automatically my webmin under [EMAIL PROTECTED] boot of the computer ??
>
> Guillaume Devoyon

"cygrunsrv --help".  Also search this mailing list for gotchas and
problems/solutions.
Igor
--
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk!
  -- /usr/games/fortune


--
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: Post install smoke test (or "Oh no not again")

[Bruce Adams [TSP Sunbury]]

>-Original Message-
>From: Max Bowsher [mailto:[EMAIL PROTECTED] 
>Sent: 11 March 2003 13:40
>To: Bruce Adams [TEPG Sunbury]
>Cc: [EMAIL PROTECTED]
>Subject: Re: Post install smoke test (or "Oh no not again")
>
>
>On Tue, 11 Mar 2003, Bruce Adams [TEPG Sunbury] wrote:
>
>> Hi,
>>I just did a fresh installation of gcc on another machine and had 
>> an "oh no not again" moment. Attempting to compile:
>>
>> int main(int argc,char** argv) {
>>   return 0;
>> } //main
>>
>> Gives the output:
>>
>> gcc hello.o -o hello.exe -lstdc++
>   
>Why? Don't do that.
>
Granted unecessary for this particular example.
It's a leftover from an example that actually used the standard library.

>> hello.o(.text+0x0):fake: multiple definition of `_mainCRTStartup'
>> 
>/usr/lib/gcc-lib/i686-pc-cygwin/3.2/../../../crt0.o(.text+0x0): first 
>> defined here
>> hello.o(.text+0x40):fake: multiple definition of `___do_frame_init'
>> /usr/lib/gcc-lib/i686-pc-cygwin/3.2/crtbegin.o(.text+0x0): first 
>> defined here
>> hello.o(.text+0x70):fake: multiple definition of `___do_frame_fini'
>> /usr/lib/gcc-lib/i686-pc-cygwin/3.2/crtbegin.o(.text+0x30): first 
>> defined here
>> hello.o(.data+0x0): In function `main':
>> /cygdrive/c/BruceA/code/typelist/hello.cpp:4: multiple definition of 
>> `___cygwin_crt0_bp'
>> 
>/usr/lib/gcc-lib/i686-pc-cygwin/3.2/../../../crt0.o(.data+0x0): first 
>> defined here
>> hello.o(.rdata+0x0): In function `main':
>> /cygdrive/c/BruceA/code/typelist/hello.cpp:4: multiple definition of 
>> `___EH_FRAME_BEGIN__'
>> /usr/lib/gcc-lib/i686-pc-cygwin/3.2/crtbegin.o(.eh_frame+0x0): first 
>> defined here
>> collect2: ld returned 1 exit status
>> make: *** [hello.exe] Error 1
>>
>>
>> I guess this means I have another corrupted installation. 
>Which brings 
>> me to two questions.
>>
>> 1) what standard corrective actions can we suggest for "dodgey" 
>> installations
>
>No standard corrective action, because "dodgey" is far too unspecific.
>
Well since all I know from my perspective is I installed and it doesn't
work I can't be much more specific.  But if I come on this list and it
say "it doesn't work" I will be asked several things.  Have I checked the
FAQ, searched the mailing list etc.  What is your cygcheck -c output
and other such quesitons.  For each specific package these may differ.
Judging from my output maybe it looks more like binutils is broken than
gcc itself.

>> 2) what would be the appropriate way to implement a 
>post-install smoke 
>> test.
>
>It would be more appropriate to find out what happened, and 
>make sure it doesn't occur in the future. Therefore, no 
>smoketest needed.
>
An interesting corollary to prevention is better than cure.
Fix the problem so that it doesn't re-occur is of course the first priority
but altering the system so that it is easier to detect and deal with new
bugs of a similar nature (not to mention regression testing the one you
think
you've fixed but may only have fixed one aspect of) is still worthwhile.

>> 1) run cygcheck -c
>>
>> See enclosed output.
>> This doesn't actually help me.
>> Should I try re-installing from a different mirror?
>>
Neither alas did installing from a different mirror :-(.
Is there a listing of the most current package set that is internally
consistent and working? or is that supposed to be a pre-release criteria
for any package?

>> 2) Presumably raw bash would be preferable to tcl or perl.
>>Dos is just sick.
>>Personally I would like to use TCL because it is what I know best
>>but it needs to be compatible with whatever's already 
>being used as it
>>probably ought to possible to install cygwin without TCL or perl.
>>
>>at end of gcc package installation - append gcc-smoke.sh 
>to a list of
>>post install smoke tests to run.
>>
>>At (current) end of post install have another bash script 
>iterate over
>>the scripts in smoketest.lst or whatever and dump the 
>output into a
>>detailed postinstall log.
>>Each script can generate one line (or at least minimal) 
>error reports
>>that get displayed to the user at the very end a long 
>with a bit of 
>> advice
>>saying what to try to fix it before coming here.
>>It would be good if we could associate each error with a separate 
>> piece of
>>advice but maybe that's version 2.
>>
>> I can probably supply the smoke test itself, though my bash is a bit 
>> rusty but so probably can pretty much anyone on the list.
>> Is the rest of it a 5 minute job?
>
>I do not think a smoketest is necessary or desirable.
>
>If you can find any problems, then lets fix them, so we don't 
>*need* to test for them.
>
>
>Max.
>
>
TQM places the emphasis on preventing problems from occurring but that does
not mean you don't need to test the final product.

Regards,
Bruce A.



 Any opinions expressed in this e-mail are those of the individual

Re: New setup.exe snapshot available.

[Max Bowsher]

On Tue, 11 Mar 2003, Hans Horn wrote:

> for some I had expected that this setup version (2.326) would be resizable -
> or at least sporting a bigger dialog.
> I guess I was wrong.

Yes.

A bigger dialog is coming soon.

Resizablility is still in the future.

> A look at setup.ini that was newly created, revealed the following:
>
> setup-timestamp: 1047304219
> setup-version: 2.249.2.5
>
> Looks like stale cheese, doesn't it?

No. Snapshot != release.

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: New user / CD installation problems

[Joshua Daniel Franklin]

> After writing the report in TeX (with emacs) I produce a PDF file
> which I take to work to print out.  It has to be checked there before
> being issued, and if some small correction is needed I can't do it on
> the spot, it means at least a day's delay.  Hence Cygwin as a
> solution.

If this is your only reason, have you thought about using native Win32 TeX?

> 2.  In text mode, I can't exit emacs with Ctrl-X Ctrl-C.  To get out I
> have to background it with Ctrl-Z and then find its process number
> with ps and kill it.

Do you have CYGWIN=tty?

> It is the runnable installation, the "cygwin" directory tree, that I
> am talking about.  Some time ago I tried it with the source tree on
> the CD, running setup and trying to install from that, but it was a
> total failure (the setup program refused to look at the CD and I could
> find no way of directing it to do so.)

You need to copy the ftp3a%2f%2f... directory *with* setup.ini and the
release/ dir to your local hard drive.

> 6.  File names that are all lowercase in the standard installation
> switch to all uppercase when copied either from the CD or the
> cpio.gz file.  Can anyone explain what is happening here, and if

Sounds like ISO9660 to me.

__
Do you Yahoo!?
Yahoo! Web Hosting - establish your business online
http://webhosting.yahoo.com

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

RE: init.d

[Igor Pechtchanski]

Oh, good, so I guessed correctly -- you *are* using Win2k.  It's usually a
good idea to include this information (as well as the output of "cygcheck
-svr" as an attachment) in your original query (as per
).

You have tried "cygrunsrv -S webmin", right?  What is the *exact* error
you get from that (if any)?

If (and *only* if) the above didn't work, I have a *guess* as to what
could be wrong.  IIRC, cygrunsrv expects the program it's starting to fork
itself and exit with an appropriate return code within a certain time
window.  Otherwise it times out and says "the service could not be started
proprely".  sshd and httpd (and some others as well) have an option to
fork and exit -- see if webmin has one as well.
Igor

On Tue, 11 Mar 2003, Guillaume Devoyon wrote:

> thank you..
> i'll have a look because i've done cygrunsrv -I webmin -p /etc/webmin/start
> and my w2000 won't run this service..
> i'll have a look further..
>
> Guillaume
>
> -Message d'origine-
> De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] la part
> de Igor Pechtchanski
> Envoye : mardi 11 mars 2003 16:29
> A : Guillaume Devoyon
> Cc : [EMAIL PROTECTED]
> Objet : Re: init.d
>
> On Tue, 11 Mar 2003, Guillaume Devoyon wrote:
>
> > hello world .
> >
> > does anyone could tell me where i can find info in order to start
> > automatically my webmin under [EMAIL PROTECTED] boot of the computer ??
> >
> > Guillaume Devoyon
>
> "cygrunsrv --help".  Also search this mailing list for gotchas and
> problems/solutions.
> Igor

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

Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk!
  -- /usr/games/fortune


--
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: init.d

[Max Bowsher]

On Tue, 11 Mar 2003, Igor Pechtchanski wrote:

> IIRC, cygrunsrv expects the program it's starting to fork
> itself and exit with an appropriate return code within a certain time
> window.  Otherwise it times out and says "the service could not be started
> proprely".  sshd and httpd (and some others as well) have an option to
> fork and exit -- see if webmin has one as well.

I think you've got that backwards. Cygrunsrv expects the process to *not*
fork and exit, and the sshd/httpd/rsyncd options are for *preventing*
the usual fork and exit.

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: init.d

[Igor Pechtchanski]

On Tue, 11 Mar 2003, Max Bowsher wrote:

> On Tue, 11 Mar 2003, Igor Pechtchanski wrote:
>
> > IIRC, cygrunsrv expects the program it's starting to fork
> > itself and exit with an appropriate return code within a certain time
> > window.  Otherwise it times out and says "the service could not be started
> > proprely".  sshd and httpd (and some others as well) have an option to
> > fork and exit -- see if webmin has one as well.
>
> I think you've got that backwards. Cygrunsrv expects the process to *not*
> fork and exit, and the sshd/httpd/rsyncd options are for *preventing*
> the usual fork and exit.
>
> Max.

Yep, Max, you're right.  Sorry...
Still, Guillaume, see if webmin has flags that would make it behave as
cygrunsrv expects.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk!
  -- /usr/games/fortune


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

RE: cygwin archive? (previous versions for fallback

[günter strubinsky]

How did you recover your data, Jim?

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
James Moreland
Sent: Tuesday, March 11, 2003 3:26 AM
To: [EMAIL PROTECTED]
Subject: RE: cygwin archive? (previous versions for fallback

At 06:07 2003/03/11, günter strubinsky wrote:
>I can't access the site by typing the URI
>(ftp://ftp.ccp14.ac.uk/ccp14/ftp-mirror/programming/cygwin/pub/cygwin/relea
s
>e) into the installer. It timed out. I downloaded the whole tree.
>
>That won't install either. The installer throws a fit (aka. an address
>exception) after showing strange chars in the install tree root and only a
>few leaves.
>
>Okay, so I installed the latest and greatest complete cygwin WITHOUT
>Postgres, installed the ipc-daemon (I can't get the one I had, so it's
1.13.
>I installed, got the usual (at least on my machine) mode  for all
>binaries (?). Chmod'ed them to 2777 (I know that's unsecure).
>--install-as-service'd the ipc-daemon and verified that it ran.
>
>Started the installer from the cygwin site and thanks to the advise from
>Christopher ([EMAIL PROTECTED] , thank you very much!)
>installed from the copy of the tree ftp'ed from the site the Postgres (V
>7.1.3).
>
>When I pg_start'ed Postgres it took 99% cpu; the usual sign that it does
not
>find the ipc-daemon. I verified that the daemon ran. (It did). Chris send
me
>a copy of 7.2.3 (identical to the version I had before). I installed from
>this version after completely uninstalling and physically removing the
>cygwin directory tree:
> Same result.
>
>Lastly I reinstalled with the latest version of postgres and voila, it ran
>like a pink rabbit. Uninstalling Postgres and installing any of the two
>prior versions resultet in 99% cpu from Postgres.
>
>My conclusion is that the ipc-daemon is the culprit and not backwards
>compatible to Postgres < 7.3, which does not make a whole lot of sense.
>
>There is NO version 1.10 of cygipc aka. ipc-daemon on
>http://www.neuro.gatech.edu/users/cwilson/cygutils/cygipc/ available for
>download.
>
>Does anybody out there have either V1.10 of cygipc or a glue what is going
>so wrong with my install?

I don't think that is your problem as I successfully ran postgres 7.2.3 
with cygipc 1.13 for several weeks before inadvertently upgrading to 7.3.2 
like Gunter.

Jim Moreland



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

Newby C++ lib problem

[Lorin Lund]

I suppose I need to mention some library to satisfy these unresolved 
references:

str.o(.text+0x168c):str.cpp: undefined reference to `operator 
new[](unsigned)'
str.o(.text+0x16d3):str.cpp: undefined reference to `operator delete(void*)'



--
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: Newby C++ lib problem

[Igor Pechtchanski]

At a guess (which is the best you can hope for with the little information
provided), use "g++" to compile C++ programs, not "gcc".

If that doesn't help, please post the *exact* command line you use to
compile your program, the program itself (if possible and if it's small),
and the output of "cygcheck -svr" as an attachment (as per
).
Igor

On Tue, 11 Mar 2003, Lorin Lund wrote:

> I suppose I need to mention some library to satisfy these unresolved
> references:
>
> str.o(.text+0x168c):str.cpp: undefined reference to `operator
> new[](unsigned)'
> str.o(.text+0x16d3):str.cpp: undefined reference to `operator delete(void*)'

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

Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk!
  -- /usr/games/fortune


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

Cygwin dll initialization from win32 application

[Rich LeGrand]

Hi all,
This has been discussed before, but I have been unable to find any solutions
to this problem.

Basically I'm trying to call cygwin functions in the cygwin1.dll from a
Windows (msvc) application by calling LoadLibrary() and GetProcAddress().

I can see that the cygwin authors have made provision for this (or what
looks like a provision) with dll_dllcrt0 (a non-cygwin initialization
function.)  But when I call it, it crashes.

Here is my code:

per_process p;
ZeroMemory((void *)&p, sizeof(per_process));
m_dllHandle = LoadLibrary("cygwin1.dll");
p.calloc = calloc;
p.magic_biscuit = sizeof(per_process);
p.malloc = malloc;
p.realloc = realloc;
p.free = free;
p.hmodule = m_dllHandle;

dll_dllcrt0 = (int (*)(HMODULE, per_process *))GetProcAddress(m_dllHandle,
"dll_dllcrt0");

dll_dllcrt0(m_dllHandle, NULL);  // crash here

I'm shooting in the dark mostly -- has anyone had any success with this?
Any help or any code in whatever form would be very much appreciated!

Best regards,
Rich LeGrand



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

DBD Mysql and perl under Cygwin 2.249.2.5 , need to run rebase??

[Zach Nobel]

Hi,

I've been working on setting up a Cygwin server under Windows 2000 SP3.

I've successfully used CPAN to install DBI, and was mostly successfull in
installing DBD::Mysql (v 2.1026) using CPAN through following instructions
provided by Gerrit in an earlier message, (

http://sources.redhat.com/ml/cygwin/2002-07/msg02151.html

and modified as suggested in:

http://sources.redhat.com/ml/cygwin/2002-07/msg02202.html )

However, I did run into a couple hurdles. 

1) The latest Mysql version I compiled the Mysql client from is 3.23.55 .

Then, when compiling DBD::Mysql through CPAN, a couple tests that fail for
reasons not entirely known to me when compiling w/o a local mysql server.  

-- so, I edited the mysql.mtest file in .cpan/build/DBD-Mysql-201026/t/ 
to point to a live running mysql server with a test database.

2) Next, I created a dll as per Gerrit's suggestion (and the Cygwin Docs 
at:  http://cygwin.com/cygwin-ug-net/dll.html#DLL-LINK  )

gcc -shared -o cygmysqlclient-3.23.55.dll \
 -Wl,--out-implib=libmysqlclient.dll.a -Wl,--export-all-symbols \
 -Wl,--enable-auto-import -Wl,--whole-archive libmysqlclient.a \
 -Wl,--no-whole-archive -lcrypt -lz -lmysqlclient -lm -L/usr/lib/mysql


Here's the problem I'm having now though. When I run a perl script that 
calls DBI  (which in turn uses DBI::Mysql to connect to the database I 
want to talk to). The perl script seems to do the database calls just 
fine, but dies when calling a windows software command.

To make things even more odd. If I run the script giving it a flag that 
avoids the database call, the script runs the windows software command 
without trouble.

This is certainly baffling to me, and makes me wonder if I shouldn't use 
the cygwin rebase command on my perl installation. However, I'd like to do 
this only on perl if possible. 

rebase refs: 
http://sources.redhat.com/ml/cygwin/2001-12/msg00894.html --Tishler's #1 msg
http://sources.redhat.com/ml/cygwin-announce/2003-02/msg00025.html#2 msg


Can someone help me construct the proper rebase command that would fix 
perl to work with DBD::Mysql installed?

Thanks much!

Zach
__
Zachariah Nobel phone:510.334.6045  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: DBD Mysql and perl under Cygwin 2.249.2.5 , need to runrebase??

[Zach Nobel]

I'm sorry. I forgot to list some of the error messages. Here's what I'm 
seeing if running my perl script with the subroutine that calls DBI:

DEBUG: Running: bin/ImageOptimizer -convert -ptif "F:\kiabra\01\017kiabra01.jpg"
 "F:\kiabra\04\017kiabra04.tif" -jpegcompress -jpegquality 80 -maxmem 536870912
C:\cygwin\bin\perl.exe: *** unable to remap C:\cygwin\bin\cygmysqlclient-3.23.55
.dll to same address as parent(0xA3) != 0xA8
 25 [main] perl 3388 sync_with_child: child 3324(0x204) died before initialization 
with status code 0x1
   5061 [main] perl 3388 sync_with_child: *** child state child loading dlls
C:\cygwin\bin\perl.exe: *** unable to remap C:\cygwin\bin\cygmysqlclient-3.23.55.dll 
to same address as parent(0xA3) != 0xA8
5035753 [main] perl 3388 sync_with_child: child 3400(0x200) died before 
initialization with status code 0x1
5040894 [main] perl 3388 sync_with_child: *** child state child loading dlls
-

NOTE: The ImageOptimizer script is a windows software script that runs 
fine when the perl script isn't called such that the DBI subroutine is 
used:

Here's logs from a run in this manner:

-
DEBUG: Running: bin/ImageOptimizer -convert -ptif "F:\zakts1\20\051shaham01.jpg"
 "F:\zakts1\24\051shaham01.jpg" -jpegcompress -jpegquality 80 -maxmem 536870912
2003-03-11 09:56:24.203 [02168] Home Directory: c:\Program Files\E-Color\Enterpr
iseImager\
2003-03-11 09:56:24.218 [02168] Xippin Directory: c:\Program 
Files\E-Color\EnterpriseImager\Xippins
2003-03-11 09:56:24.218 [02168] Starting program
2003-03-11 09:56:24.218 [02168] Loaded Xippin: ecolorcorrect.vpt
2003-03-11 09:56:24.234 [02168] Loaded Xippin: IpPlugin.vpt
2003-03-11 09:56:24.234 [02168] Loaded Xippin: IpxPlugin.vpt
2003-03-11 09:56:24.234 [02168] Name of pipe is \\.\pipe\IpOptd38_1c2e7f787e008a0
2003-03-11 09:56:24.250 [02168] IgcWork memory limit set to: 204.71M
2003-03-11 09:56:24.250 [02168] 1 file(s) to create
2003-03-11 09:56:24.265 [02168] Starting to create file 
F:\zakts1\24\051shaham01.jpg

-
 -- 
__
Zachariah Nobel phone:510.334.6045  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: cygwin archive? (previous versions for fallback

[James Moreland]

At 17:29 2003/03/11, günter strubinsky wrote:
How did you recover your data, Jim?
Luckily I had made a dump of the database the day before (using pg_dumpall) 
so I was able to recover it from that.
Jim


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
James Moreland
Sent: Tuesday, March 11, 2003 3:26 AM
To: [EMAIL PROTECTED]
Subject: RE: cygwin archive? (previous versions for fallback
At 06:07 2003/03/11, günter strubinsky wrote:
>I can't access the site by typing the URI
>(ftp://ftp.ccp14.ac.uk/ccp14/ftp-mirror/programming/cygwin/pub/cygwin/relea
s
>e) into the installer. It timed out. I downloaded the whole tree.
>
>That won't install either. The installer throws a fit (aka. an address
>exception) after showing strange chars in the install tree root and only a
>few leaves.
>
>Okay, so I installed the latest and greatest complete cygwin WITHOUT
>Postgres, installed the ipc-daemon (I can't get the one I had, so it's
1.13.
>I installed, got the usual (at least on my machine) mode  for all
>binaries (?). Chmod'ed them to 2777 (I know that's unsecure).
>--install-as-service'd the ipc-daemon and verified that it ran.
>
>Started the installer from the cygwin site and thanks to the advise from
>Christopher ([EMAIL PROTECTED] , thank you very much!)
>installed from the copy of the tree ftp'ed from the site the Postgres (V
>7.1.3).
>
>When I pg_start'ed Postgres it took 99% cpu; the usual sign that it does
not
>find the ipc-daemon. I verified that the daemon ran. (It did). Chris send
me
>a copy of 7.2.3 (identical to the version I had before). I installed from
>this version after completely uninstalling and physically removing the
>cygwin directory tree:
> Same result.
>
>Lastly I reinstalled with the latest version of postgres and voila, it ran
>like a pink rabbit. Uninstalling Postgres and installing any of the two
>prior versions resultet in 99% cpu from Postgres.
>
>My conclusion is that the ipc-daemon is the culprit and not backwards
>compatible to Postgres < 7.3, which does not make a whole lot of sense.
>
>There is NO version 1.10 of cygipc aka. ipc-daemon on
>http://www.neuro.gatech.edu/users/cwilson/cygutils/cygipc/ available for
>download.
>
>Does anybody out there have either V1.10 of cygipc or a glue what is going
>so wrong with my install?
I don't think that is your problem as I successfully ran postgres 7.2.3
with cygipc 1.13 for several weeks before inadvertently upgrading to 7.3.2
like Gunter.
Jim Moreland



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



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

compilercache may be helpful

[Neil Somos]

I stumbled across compilercache at http://www.erikyyy.de/compilercache/
and thought I would share it in the hope that some folk might find it useful.
I found no prior mention of it on this mailing list.
The description at sourceforge is as follows
--
Compilercache is a wrapperscript around your C and C++ compilers. Results 
from compilations are put into a cache. And once you compile the same thing 
again, the result will be picked from the cache instead of being recompiled
--

http://sourceforge.net/projects/compilercache/

Both flex and md5sum are needed for it to work/install.
It also depends on bash.
I tried it on cygwin and it seems to work.
(Although some of the instructions might need tweaking as
 the version number was upped but the instructions weren't)
Its usefulness would be in direct proportion to how large and
time-consuming your compiles may be.  If you are short on disk
space to begin with, you might want to skip it.
neal

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

RE: cygwin archive? (previous versions for fallback)

[günter strubinsky]

Shoot the messenger? Heck, no!

Occam's Razor shaved again!
(Even though it seemed improbable, it was the only option left.)

I installed cygipc 1.11.1 on the other machine (which has the mosaic
new-system + 'old' postgres) linked to the data, pgdumped all and

HEUREKA it worked!!!

Thank you all so much for your kind help.

Btw. I assume that I am not the only one whose data got lost and as we all
know, backup is for newbies! The pro does not err and does not need backup,
right? :p

So if others have the same problem, they will hopefully find the following
helpful:

1.  Download Postgres 7.2.x (I still have the tarball and will keep for
1/2 year a copy. I will send a copy to whoever requests it) 
2.  Install Postgres (old)
3.  Download cygipc 1.11. Either from the site below or I can send it
too.
4.  --remove-as-service cygipc 1.13 or 1.12 (if that's what you have)
5.  tar xvfj cygipc-1.11-1.tar.bz2
6.  --install-as-service it
7.  pg_dumpall
8.  Repeat steps 3 to 6 replcing cygipc 1.11 with 1.13 back
9.  Reinstall pg 7.3.x
10. Restore and you are done!

Thank you all again for your contributions.

guenter
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Jason Tishler
Sent: Tuesday, March 11, 2003 7:41 AM
To: [EMAIL PROTECTED]
Subject: Re: cygwin archive? (previous versions for fallback)

Guenter,

On Tue, Mar 11, 2003 at 12:07:11AM -0600, günter strubinsky wrote:
> My conclusion is that the ipc-daemon is the culprit and not backwards
> compatible to Postgres < 7.3,

Correct.  Just use cygipc 1.11-1:

 
http://www.neuro.gatech.edu/users/cwilson/cygutils/cygipc/cygipc-1.11-1.tar.
bz2

> which does not make a whole lot of sense.

Do not shoot the messenger, but there was a change between 1.11-1 and
1.13-2 that prevents backwards compatibility.

> There is NO version 1.10 of cygipc aka. ipc-daemon on
> http://www.neuro.gatech.edu/users/cwilson/cygutils/cygipc/ available
> for download.

Sure there is:

 
http://www.neuro.gatech.edu/users/cwilson/cygutils/cygipc/cygipc-1.10-1.tar.
bz2

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/



--
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: compilercache may be helpful

[Max Bowsher]

Neil Somos wrote:
> I stumbled across compilercache at
> http://www.erikyyy.de/compilercache/ 
> and thought I would share it in the hope that some folk might find it
> useful. I found no prior mention of it on this mailing list.

>From the README of ccache (available as a Cygwin package via setup.exe):
---
This is a re-implementation of "compilercache" in C

The original compilercache scripts were by Erik Thiele
([EMAIL PROTECTED]) and I would like to thank him for an excellent
piece of work. See http://www.erikyyy.de/compilercache/ for the
original shell scripts.
---


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/

problems with cygwin after setup

[fj_br_]

After I installed more program under cygwin I have the following problems

1.) can't get manual pages man man says no entry
2.) w3m crashes with "Can't find termcap entry cygwin"
3.) after starting cygwin I get 
/usr/share/texmf/ls-R: Permission denied
/usr/share/texmf/aliases: Permission denied
   even if I don't use a .bashrc

Any help? Why does system corrupt my cygwin installation.

Franz
__
160 Zeichen sind fur Ihre SMS zu wenig? Bei WEB.DE FreeMail koennen Sie
bis 760 Zeichen versenden! http://freemail.web.de/features/?mc=021183


--
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: problems with cygwin after setup

[Igor Pechtchanski]

On Tue, 11 Mar 2003 you (whoever you are) wrote:

> After I installed more program under cygwin I have the following problems
>
> 1.) can't get manual pages man man says no entry
> 2.) w3m crashes with "Can't find termcap entry cygwin"
> 3.) after starting cygwin I get
> /usr/share/texmf/ls-R: Permission denied
> /usr/share/texmf/aliases: Permission denied
>even if I don't use a .bashrc
>
> Any help? Why does system corrupt my cygwin installation.
> Franz

cd / && chmod -R a+r bin lib sbin usr etc tmp var && chmod -R a+x bin sbin usr/sbin 
usr/local/bin lib/gcc-lib/*.exe usr/X11R6/bin

This is getting to be an FAQ...
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk!
  -- /usr/games/fortune


--
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: DBD Mysql and perl under Cygwin 2.249.2.5 , need to run rebase??

[Jason Tishler]

Zach,

On Tue, Mar 11, 2003 at 09:56:36AM -0800, Zach Nobel wrote:
> C:\cygwin\bin\perl.exe: *** unable to remap C:\cygwin\bin\cygmysqlclient-3.23.55.dll 
> to same address as parent(0xA3) != 0xA8

The above indicates that you need to rebase your system.

On Tue, Mar 11, 2003 at 09:48:31AM -0800, Zach Nobel wrote:
> This is certainly baffling to me, and makes me wonder if I shouldn't
> use the cygwin rebase command on my perl installation. However, I'd
> like to do this only on perl if possible.

Sorry, it's a all or nothing proposition.

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: DBD Mysql and perl under Cygwin 2.249.2.5 , need to runrebase??

[Zach Nobel]

Would I simply run rebaseall, or is there  construction of the rebase 
command that will simply rebase perl?

How likely am I to munge my Cygwin installation with rebaseall ?

Thanks,

Zach


On Tue, 11 Mar 2003, Jason Tishler wrote:

> Zach,
> 
> On Tue, Mar 11, 2003 at 09:56:36AM -0800, Zach Nobel wrote:
> > C:\cygwin\bin\perl.exe: *** unable to remap 
> > C:\cygwin\bin\cygmysqlclient-3.23.55.dll to same address as parent(0xA3) != 
> > 0xA8
> 
> The above indicates that you need to rebase your system.
> 
> On Tue, Mar 11, 2003 at 09:48:31AM -0800, Zach Nobel wrote:
> > This is certainly baffling to me, and makes me wonder if I shouldn't
> > use the cygwin rebase command on my perl installation. However, I'd
> > like to do this only on perl if possible.
> 
> Sorry, it's a all or nothing proposition.
> 
> Jason
> 
> 

-- 
__
Zachariah Nobel phone:510.334.6045  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: problems with cygwin after setup

[günter strubinsky]

I guess (and it's a WILD guess) it could be the same problem I experience
sometimes when installing new components. For unknown reasons the file
attributes (authority/permission) are set to 000 (under win2k adv svr)!

check first the permissions with 
ls -o 

If you see something fishy:
Try something (as root naturally) like 
chmod -R 2555 /bin/*  (read and execute access 'for the whole
world')

I hope that helps...it's worth a try.

guenter
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Tuesday, March 11, 2003 1:24 PM
To: [EMAIL PROTECTED]
Subject: problems with cygwin after setup

After I installed more program under cygwin I have the following problems

1.) can't get manual pages man man says no entry
2.) w3m crashes with "Can't find termcap entry cygwin"
3.) after starting cygwin I get 
/usr/share/texmf/ls-R: Permission denied
/usr/share/texmf/aliases: Permission denied
   even if I don't use a .bashrc

Any help? Why does system corrupt my cygwin installation.

Franz

__
160 Zeichen sind fur Ihre SMS zu wenig? Bei WEB.DE FreeMail koennen Sie
bis 760 Zeichen versenden! http://freemail.web.de/features/?mc=021183


--
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: cygwin/1.3.20-1 bash child process disassociation behaviorweirdness

[Francis Litterio]

Max Bowsher wrote:

> Richard H. Broberg wrote:
>> In the meantime I'll
>> happily use rxvt in place of bash, since it does what I need.
>
> You are confused.
>
> rxvt is a terminal.
> bash is a shell.

Looked at another way:

rxvt is a GUI application.
bash is a console application.

When bash runs, Windows allocates a console.  When rxvt runs, Windows
doesn't allocate a console.  Very different behaviors result.
--
Francis Litterio
[EMAIL PROTECTED]
http://world.std.com/~franl/
GPG and PGP public keys available on keyservers.


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

Permissions problem

[Richardson, Tony]

I'm running cygwin off of a network share so that students all over
campus
can run it without having to install it locally on each computer.  Each
users HOME directory is mapped to their My Documents folder.  I realize
this
is not a supported configuration, but I'd appreciate any help I can get.

Everything was working fine but at some point the scripts all lost the
execute permission setting, i.e.

 >  ls -l nice.exe nroff
-rwxr-xr-x1 cyguser  cyggroup25088 Jan  6 23:49 nice.exe
-rw-r--r--1 cyguser  cyggroup 1955 Dec 16 12:03 nroff

As a consequence "man" no longer works (I get the "/usr/bin/nroff: not
found"
error message).

Searching the mailing list seems to indicate that I've got a permission
problem
when using "ntsec" security.  I've turned ntsec off and I still have the
same
problem however.

The mailing list also indicated that using "cacls" might help to point
out the
permission problem.  cacls doesn't seem to work on a network share
however.
All users have read and execute permission (NT permissions) on all
files.  But
this doesn't seem to map to UNIX style execute permission for scripts.

The User's Guide indicates I can find the NT permissions to Unix style
permission
mapping by looking in security.cc.  I looked but couldn't understand it.

Thanks for any help,
Tony Richardson

--
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: License question

[Christopher Faylor]

On Mon, Mar 10, 2003 at 10:04:01PM -0800, Pete Nordquist wrote:
>Thank you, Christopher, for your quick reply.  I didn't mean to imply
>that every binary produced by gcc is GPLed.

I'm not sure how you could take your assertion any other way unless you
think there is something special about cygwin in this regard.

>I am relatively new to licensing, am not a lawyer and am trying to
>reconcile what I read in the GPL and LGPL with how binaries are
>produced.  The "In addition ...  " text you quoted below certainly
>seems to cover my question, but I can't find this text in either the
>GPL or the LGPL.  Have I just missed it in the GPL and LGPL, or should
>I be looking somewhere else for this text?  Thank you for your
>consideration,

I found the text in applicable gcc sources.

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: cygwin archive? (previous versions for fallback)

[Jason Tishler]

Guenter,

On Tue, Mar 11, 2003 at 12:30:02PM -0600, günter strubinsky wrote:
> Thank you all so much for your kind help.

You are very welcome.

> Btw. I assume that I am not the only one whose data got lost and as we
> all know, backup is for newbies! The pro does not err and does not
> need backup, right? :p

No.  As the saying goes:

There are only two types of users: Those who have lost data and
those who will.

Anyway, you have brought this important issue to my attention --
PostgreSQL's need for pg_dump/pg_restore can be adversely affected by
Cygwin setup.exe's automatic upgrade functionality.  Unfortunately, I'm
not sure how to solve this problem.

However, Cygwin setup.exe's cache should have all previous versions
installed including PostgreSQL unless one deletes them.  Hence, the old
PostgreSQL version should still have been available for the pg_dump
phase.

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: cygwin dll initialization from win32 application

[Christopher Faylor]

On Tue, Mar 11, 2003 at 12:48:15PM -0500, Rich LeGrand wrote:
>Hi all,
>This has been discussed before, but I have been unable to find any solutions
>to this problem.
>
>Basically I'm trying to call cygwin functions in the cygwin1.dll from a
>Windows (msvc) application by calling LoadLibrary() and GetProcAddress().
>
>I can see that the cygwin authors have made provision for this (or what
>looks like a provision) with dll_dllcrt0 (a non-cygwin initialization
>function.)  But when I call it, it crashes.

This has been broken for some time.  So far no one has stepped forward
to fix the problem in cygwin, so it has remained broken.

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: cygwin archive? (previous versions for fallback)

[Igor Pechtchanski]

On Tue, 11 Mar 2003, Jason Tishler wrote:

> [snip]
> However, Cygwin setup.exe's cache should have all previous versions
> installed including PostgreSQL unless one deletes them.  Hence, the old
> PostgreSQL version should still have been available for the pg_dump
> phase.
>   Jason

Not if it's not present in the newly downloaded setup.ini, I don't
think...
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk!
  -- /usr/games/fortune


--
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: DBD Mysql and perl under Cygwin 2.249.2.5 , need to run rebase??

[Jason Tishler]

Zach,

On Tue, Mar 11, 2003 at 11:40:46AM -0800, Zach Nobel wrote:
> Would I simply run rebaseall,

Yes.

> or is there  construction of the rebase command that will simply
> rebase perl?

Please read the README:

http://www.tishler.net/jason/software/rebase/rebase-2.2.README

> How likely am I to munge my Cygwin installation with rebaseall ?

I eat my own dog food.  I need my system rebased for Python and run
rebaseall all the time.  Nevertheless, you can always backup your DLLs
before running rebaseall...

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: New setup.exe snapshot available.

[Robert Collins]

On Wed, 2003-03-12 at 02:41, Hans Horn wrote:


> A look at setup.ini that was newly created, revealed the following:
> 
> setup-timestamp: 1047304219
> setup-version: 2.249.2.5
> 
> Looks like stale cheese, doesn't it?

Not at all. You appear to be making an assumption that is incorrect.

The setup-version there is not the version of setup.exe that you *ran*.
It's the version of setup.exe that is the *minimum* version that can use
the setup.ini file safely.

Rob

-- 
GPG key available at: .


signature.asc
Description: This is a digitally signed message part

RE: sudo and runas

[Chris January]

> On Mon, Mar 10, 2003 at 10:56:11AM -, Chris January wrote:
> > The su binary on my webpage seems to need more privileges than
> I remember.
> > Try assigning yourself the "Replace a Process Level Token" right. I am
>
> You're opening up the security hole par excellence by doing this.

I know. It's a shame that the RunAs service insists on opening a new
console.

Chris


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

cygwinized XSL processor? (or sed for path transform?)

[Tom Roche]

Is there a cygwinized XSL processor? What I mean, why I ask:

Occasionally I need to strip cruft out of a bunch (~1k) of xml files.
Since they're distributed throughout a filesystem, and some additional
processing is required, I use a bash script to get the input files.
Feeding them to the processor should be trivial, but unfortunately the
only command-line XSL processors I know about are Instant Saxon (from
http://sourceforge.net/project/showfiles.php?group_id=29872

) and Xalan (from

http://xml.apache.org/xalan-j/

). Instant Saxon is native windows, which is nice for this
application, except that it chokes on the cygwin paths emitted by my
script. Running Xalan from the commandline (like
java org.apache.xalan.xslt.Process -in  -xsl  -out 

) would involve running a java, which (I suspect) would also choke on
cygwin paths. As a result, my script does a lot of path translations
like
cygpath="/g/eclipse/builds/20030311_1000-WB210-AD-V51D-W2/eclipse/plugins"
winpath="g:\\eclipse\\builds\\20030311_1000-WB210-AD-V51D-W2\\eclipse\\plugins"
and it doesn't iterate over the paths. (Not a big deal, but it offends
my software aesthetics :-)
If I had a cygwinized XSL processor I wouldn't hafta do this. Does
anyone know where I can get one?
Alternatively, if I had more sed chops, I could script the path
transformation, but I don't know how to do that either. (Could someone
tell me how to do that?)
--
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: compilercache may be helpful

[linda w \(cyg\)]

how is this different that 'ccache'?

weird
Has something changed in how exe files are looked up?  I thought I
used to be able to do a
'file /usr/bin/ccache' and have it work, but now it needs the ".exe" --
was I just confused in a linux kinda way?

Linda


> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Neil Somos
> Sent: Tue, Mar 11, 2003 10:29a
> To: [EMAIL PROTECTED]
> Subject: compilercache may be helpful
>
>
> I stumbled across compilercache at
> http://www.erikyyy.de/compilercache/
> and thought I would share it in the hope that some folk might
> find it useful.
> I found no prior mention of it on this mailing list.
>
> The description at sourceforge is as follows
> --
> Compilercache is a wrapperscript around your C and C++
> compilers. Results
> from compilations are put into a cache. And once you compile
> the same thing
> again, the result will be picked from the cache instead of
> being recompiled
> --
>
http://sourceforge.net/projects/compilercache/

Both flex and md5sum are needed for it to work/install.
It also depends on bash.

I tried it on cygwin and it seems to work.
(Although some of the instructions might need tweaking as
  the version number was upped but the instructions weren't)

Its usefulness would be in direct proportion to how large and
time-consuming your compiles may be.  If you are short on disk
space to begin with, you might want to skip it.

neal


--
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: cygwinized XSL processor? (or sed for path transform?)

[Marcel Telka]

Napísané dňa 2003.03.11 23:18, (autor: Tom Roche):
> Is there a cygwinized XSL processor? What I mean, why I ask:
> 
> Occasionally I need to strip cruft out of a bunch (~1k) of xml files.
> Since they're distributed throughout a filesystem, and some additional
> processing is required, I use a bash script to get the input files.
> Feeding them to the processor should be trivial, but unfortunately the
> only command-line XSL processors I know about are Instant Saxon (from
> 
> http://sourceforge.net/project/showfiles.php?group_id=29872
> 
> ) and Xalan (from
> 
> http://xml.apache.org/xalan-j/
> 
> ). Instant Saxon is native windows, which is nice for this
> application, except that it chokes on the cygwin paths emitted by my
> script. Running Xalan from the commandline (like
> 
> java org.apache.xalan.xslt.Process -in  -xsl  -out 
> 
> ) would involve running a java, which (I suspect) would also choke on
> cygwin paths. As a result, my script does a lot of path translations
> like
> 
> cygpath="/g/eclipse/builds/20030311_1000-WB210-AD-V51D-W2/eclipse/plugins"
> winpath="g:\\eclipse\\builds\\20030311_1000-WB210-AD-V51D-W2\\eclipse\\plugins"
> 
> and it doesn't iterate over the paths. (Not a big deal, but it offends
> my software aesthetics :-)
> 
> If I had a cygwinized XSL processor I wouldn't hafta do this. Does
> anyone know where I can get one?

What about xsltproc (a part of the libxslt package)?


Regards.

-- 
+---+
| Marcel Telka   e-mail:   [EMAIL PROTECTED]  |
|homepage: http://telka.sk/ |
|jabber:   [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: cygwinized XSL processor? (or sed for path transform?)

[Frank Schmitt]

Tom Roche <[EMAIL PROTECTED]> writes:

> ). Instant Saxon is native windows, which is nice for this
> application, except that it chokes on the cygwin paths emitted by my
> script.

Use the cygpath utility, it can transform Cygwin paths to Windows and
vice versa.

-- 
One Ring to rule them all, One Ring to find them,
One Ring to bring them all and in the darkness bind them
In the Land of Mordor where the Shadows lie.


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

Re: cygwin/1.3.20-1 bash child process disassociation behavior weirdness

[Thorsten Kampe]

* Francis Litterio (03-03-11 21:03 +0100)
> Max Bowsher wrote:
>> Richard H. Broberg wrote:
>>> In the meantime I'll
>>> happily use rxvt in place of bash, since it does what I need.
>>
>> You are confused.
>>
>> rxvt is a terminal.
>> bash is a shell.
> 
> Looked at another way:
> 
>   rxvt is a GUI application.
>   bash is a console application.

Not necessarily. Quoting Igor Pechtchanski: "Cygwin rxvt can run 
without X using the W11 library it comes with." - and I think this is 
how most people use it under Cygwin.

Richard H. Broberg was quite confused: rxvt is a terminal runnig a 
shell like bash running applications.

   Windows
  | cygwin1.dll
 Console/rxvt
  |
  bash/zsh/tcsh/pdksh
  |
Midnight Commander/vim


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: sudo and runas

[Corinna Vinschen]

On Tue, Mar 11, 2003 at 09:26:05PM -, Chris January wrote:
> > On Mon, Mar 10, 2003 at 10:56:11AM -, Chris January wrote:
> > > The su binary on my webpage seems to need more privileges than
> > I remember.
> > > Try assigning yourself the "Replace a Process Level Token" right. I am
> >
> > You're opening up the security hole par excellence by doing this.
> 
> I know. It's a shame that the RunAs service insists on opening a new
> console.

Better use ssh/sshd to get a su functionality.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
Red Hat, Inc.

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

setup snapshot?

[Robert Collins]

Any other feedback on the increment setup snapshot? 

It is meant to fix the permission problems (another of which occured
today) that are plaguing new users. 

I'd really like to have a success story from an NT user with that
snapshot before making it the primary installer

Rob
-- 
GPG key available at: .


signature.asc
Description: This is a digitally signed message part

Re: cygwinized XSL processor? (or sed for path transform?)

[Igor Pechtchanski]

On Tue, 11 Mar 2003, Tom Roche wrote:

> [snip]
> As a result, my script does a lot of path translations like
>
> cygpath="/g/eclipse/builds/20030311_1000-WB210-AD-V51D-W2/eclipse/plugins"
> winpath="g:\\eclipse\\builds\\20030311_1000-WB210-AD-V51D-W2\\eclipse\\plugins"
>
> and it doesn't iterate over the paths. (Not a big deal, but it offends
> my software aesthetics :-)
> [snip]
> Alternatively, if I had more sed chops, I could script the path
> transformation, but I don't know how to do that either. (Could someone
> tell me how to do that?)

I suspect the "-p" and "-f" options to cygpath might be of some help to
you.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk!
  -- /usr/games/fortune


--
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: setup snapshot?

[Rick Rankin]

--- Robert Collins <[EMAIL PROTECTED]> wrote:
> Any other feedback on the increment setup snapshot? 
> 
> It is meant to fix the permission problems (another of which occured
> today) that are plaguing new users. 
> 
> I'd really like to have a success story from an NT user with that
> snapshot before making it the primary installer
> 

Is this snapshot supposed to have any of the new command line options I've seen
referenced, specifically in

http://sources.redhat.com/ml/cygwin/2002-11/msg01490.html

If so, then all I get is an empty dialog box when I try to use them.

--Rick



--
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: setup snapshot?

[Max Bowsher]

Rick Rankin wrote:
> --- Robert Collins <[EMAIL PROTECTED]> wrote:
>> Any other feedback on the increment setup snapshot?
>>
>> It is meant to fix the permission problems (another of which occured
>> today) that are plaguing new users.
>>
>> I'd really like to have a success story from an NT user with that
>> snapshot before making it the primary installer
>>
>
> Is this snapshot supposed to have any of the new command line options
> I've seen referenced, specifically in
>
> http://sources.redhat.com/ml/cygwin/2002-11/msg01490.html
>
> If so, then all I get is an empty dialog box when I try to use them.

No, 2.249.2.10 is just 2.249.2.5(current release) with a patch to make it
work better with ntsec and other minor bits.

That post which you reference refers to setup HEAD (i.e. the 2.3xx series).

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/

--auth ssh with fetchmail-6.2.2.1 (was Chmod not working on Win98

[Greg Matheson]

On Tue, 11 Mar 2003, Jason Tishler wrote:

> Greg,

> On Tue, Mar 11, 2003 at 10:48:12PM +0800, Greg Matheson wrote:
> > On Tue, 11 Mar 2003, Jason Tishler wrote:
> > > On Mon, Mar 10, 2003 at 09:34:36AM -0500, Jason Tishler wrote:
> > > > On Sat, Mar 08, 2003 at 10:18:29PM +0800, Greg Matheson wrote:
> > > > > When I installed fetchmail-6.2.2.1, fetchmail started refusing
> > > > > to use my .fetchmailrc. I think the requirement that permissions
> > > > > be 600 on it is new.

> > [snip]

> > The error I get is:

> > $ fetchmail
> > fetchmail: client/server protocol error while fetching from 140.126.111.5
> > fetchmail: Query status=4 (PROTOCOL)

> > When I comment out the # auth ssh section in my fetchmailrc, it
> > starts working again.

> > But the --auth ssh option on the command line fails with the following:

> > fetchmail: mailbox selection failed
> > fetchmail: client/server synchronization error while fetching from 
> > mail.chinmin.edu.tw
> > fetchmail: client/server protocol error while fetching from mail.chinmin.edu.tw
> > fetchmail: Query status=4 (PROTOCOL)

> > I can ssh into the shell account on the server.

> The above is a very different from what you originally posted.  Sorry,
> but you will have to debug this yourself because I do not have the
> necessary environment to do so myself.

Yeh, I feel pretty silly about saying the problem is chmod not
working with Win98, but I never wanted authentication, so I'm OK
as I am.

-- 
Greg Matheson   It was said a million monkeys on a million typewriters
Dr Bean's Penpal Pool   would eventually write the works of Shakespeare.
Address: palpoolNow, thanks to the Internet, we know this is not so.
Domain:  @cn91.chinmin.edu.twhttp://www.research.att.com/~reeds/monkeys.html

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

Bug: Win32 GTK binaries and Cygwin heap error

[Tim Renner]

Posted to the cygwin mailing list and gimpwin-dev mailing list...

When using Win32 GTK binaries with a newer version of cygwin1.dll
(I've narrowed it down to just this .dll), I get this error:
$ ./test.exe
 6 [unknown (0xE08)] ? 2196 cygheap_fixup_in_child: Couldn't reserve 
space for cygwin's heap (0x615D <0xA8>) in child, Win32 error 487
E:\cygwin\tmp\test.exe: *** m.AllocationBase 0x0, m.BaseAddress 0x615D, 
m.RegionSize 0x7, m.State 0x1
E:\cygwin\tmp\test.exe: *** m.AllocationBase 0x0, m.BaseAddress 0x615D, 
m.RegionSize 0x7, m.State 0x1

I have found a similar error reported on the cygwin mailing list that
was caused by older versions of cygwin1.dll under Window XP.  I am
only having this problem with newer versions however...  And under XP,
Win2K and NT 4.0.  With an old .dll we had lying around (1.3.2),
everything works beautifully.  Under two newer ones (1.3.15 and
1.3.21) this heap error appears.  It doesn't matter which version I've
compiled it under, switching just the cygwin1.dll around determines
whether it will succeed or crash...
Similar error?: http://sources.redhat.com/ml/cygwin/2002-03/msg01616.html

cygwin1.dll versions:
Old and working: 1003.2.0.0 - Build Date: 2001-05-20 23:38
Two broken:
   1003.15.0.0 - Build Date: 2002-11-07 13:57
   1003.21.0.0 - Build Date: 2003-03-09 15:35
-- TEST SETUP --

Setup a cygwin environment via the cygwin installer from
http://www.cygwin.com/setup.exe, making sure to install libiconv
To set up GTK+ 2.2, get these packages

Support:
http://prdownloads.sourceforge.net/gettext/libiconv-1.8-w32-1.bin.zip?download
http://www.gimp.org/~tml/gimp/win32/libintl-0.10.40-tml-20020904.zip
http://www.gimp.org/~tml/gimp/win32/gettext-dev-0.10.40-20020904.zip
http://www.gimp.org/~tml/gimp/win32/pkgconfig-0.14.zip
GTK Packages:
http://www.gimp.org/~tml/gimp/win32/glib-2.2.1.zip
http://www.gimp.org/~tml/gimp/win32/glib-dev-2.2.1.zip
http://www.gimp.org/~tml/gimp/win32/atk-1.0.3-20020821.zip
http://www.gimp.org/~tml/gimp/win32/atk-dev-1.0.3-20020821.zip
http://www.gimp.org/~tml/gimp/win32/pango-1.2.1.zip
http://www.gimp.org/~tml/gimp/win32/pango-dev-1.2.1.zip
http://www.gimp.org/~tml/gimp/win32/gtk+-2.2.1.zip
http://www.gimp.org/~tml/gimp/win32/gtk+-dev-2.2.1.zip
Stick all of these in a directory (/opt/gtk for this example) and
unzip.  Move libiconv-1.8-w32-1.bin/dlls and libs to /opt/gtk/lib,
and the .exe to /opt/gtk/bin
Go into the lib/pkgconfig directory and execute this script to setup
the pkg-config files (replace prefix=/opt/gtk with your directory)
#!/bin/sh
for file in `ls *.pc`; do
ed $file <
Now set these environment variables:

export PATH=$PATH:/opt/gtk/bin:/opt/gtk/lib
export PKG_CONFIG_PATH=/opt/gtk/lib/pkgconfig
And you should be good to go...

-- TEST PROGRAM ---

Using newer cygwin1.dll from /bin/cygwin1.dll

[EMAIL PROTECTED] (0) /tmp
$ cat test.cc
#include 
int main(int argc, char* argv[])
{
   gtk_init (&argc, &argv);
   GtkWidget* widget = gtk_window_new(GTK_WINDOW_TOPLEVEL);
   gtk_widget_show_all(widget);
   gtk_main ();

   return(0);
}
-- OUTPUT --

[EMAIL PROTECTED] (0) /tmp
$ g++ -fnative-struct -o test test.cc `pkg-config --cflags --libs gtk+-2.0`
[EMAIL PROTECTED] (0) /tmp
$ ./test.exe
 6 [unknown (0xE08)] ? 2196 cygheap_fixup_in_child: Couldn't reserve 
space for cygwin's heap (0x615D <0xA8>) in child, Win32 error 487
E:\cygwin\tmp\test.exe: *** m.AllocationBase 0x0, m.BaseAddress 0x615D, 
m.RegionSize 0x7, m.State 0x1
E:\cygwin\tmp\test.exe: *** m.AllocationBase 0x0, m.BaseAddress 0x615D, 
m.RegionSize 0x7, m.State 0x1

Using the old cygwin1.dll

[EMAIL PROTECTED] (0) /tmp
$ cp /e/cygwinold/bin/cygwin1.dll . -v
`/e/cygwinold/bin/cygwin1.dll' -> `./cygwin1.dll'
[EMAIL PROTECTED] (0) /tmp
$ ./test.exe
 (Success, window appears)

[EMAIL PROTECTED] (0) /tmp
$
-- CYGCHECK OUTPUT (1.3.15 dll) for CYGWIN Bug report --

Cygwin Win95/NT Configuration Diagnostics
Current System Time: Tue Mar 11 17:08:38 2003
Windows XP Home Edition Ver 5.1 Build 2600

Path:   E:\cygwin\home\LoC\ImageMagick\bin
.\
.\
E:\cygwin\usr\local\bin
E:\cygwin\bin
E:\cygwin\bin
c:\Perl\bin\
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\System32\Wbem
E:\cygwin\bin
c:\MSDEV\BIN
c:\MSDEV\BIN
c:\Program Files\Common Files\Adaptec Shared\System
c:\Program Files\VDMSound\
c:\Program Files\Support Tools\
c:\dev_apps\BC5\BIN
c:\Program Files\Microsoft Visual Studio\Common\Tools\WinNT
c:\Program Files\Microsoft Visual Studio\Common\MSDev98\Bin
c:\Program Files\Microsoft Visual Studio\Common\Tools
c:\Program Files\Microsoft Visual Studio\VC98\bin
c:\DEV_APPS\BC5\BIN
.
E:\cygwin\usr\X11R6\bin
E:\cygwin\home\LoC
E:\cygwin\usr\X11R6\bin
E:\cygwin\home\LoC\bin
E:\cygwin\usr\sbin
c

cygwin 1.3.20-1 - strange problems with long command lines in nt4

[Willis, Matthew]

I've had the same problem for a couple of months (since 1.3.13 anyway);
certain long command lines just fail to work for me. I've updated to the
most recent (1.30.20-1 as of march 11) and I find the problem just got worse
for me.

If I cd to a directory with many files, I issue "ls *" and the terminal ends
up hanging, or "ls" returns with no output. I can issue "ls" without the
star; that works just fine. 

I did an experiment back in november and found that command lines longer
than 900 bytes or so would cause the command line to hang. My previous
experiments are here:

http://sources.redhat.com/ml/cygwin/2002-11/msg01133.html
http://sources.redhat.com/ml/cygwin/2002-11/msg00316.html
http://sources.redhat.com/ml/cygwin/2002-11/msg00372.html

When I first installed g++-3.exe last year, it never worked for me. Its
command lines (g++-3.exe --verbose) were longer than the magic number "900"
or so bytes, and compilation would fail when cc1plus.exe was called. I could
manually type a subportion of the cc1plus command; that would work. The
g++-2.exe command worked most of the time, unless you had a makefile with
many object files. (Theory: intermediary command lines were shorter with
g++-2.exe?). I could work around the too-many-object-files issue in my
makefile by using "ar rv" to create libs, one object file at a time.

Since I updated to 1.3.20-1, I find the "magic" number of characters has
dropped to 730. More importantly, g++-2 doesn't work any more. This seems to
be similarly true for any external command with more than 730 characters.
Contrast the following:

$ echo ${PATH}${PATH}
/cygdrive/c/texmf/bin:/usr/local/bin:/usr/bin:/bin:/cygdrive/c/texmf/miktex/
bin:
/cygdrive/c/WINNT/system32:/cygdrive/c/WINNT:/cygdrive/c/FpAddin:/cygdrive/c
/FpA
ddinLon:/cygdrive/c/win32app/Sybase/DLL:/cygdrive/c/win32app/Sybase/BIN:/cyg
driv
e/c/FpAddin:/cygdrive/c/OptexNT/vendordll:/cygdrive/c/OptexNT/dll:/cygdrive/
c/Pr
ogram Files/Microsoft Visual Studio/Common/Tools/WinNT:/cygdrive/c/Program
Files
/Microsoft Visual Studio/Common/MSDev98/Bin:/cygdrive/c/Program
Files/Microsoft
Visual Studio/Common/Tools:/cygdrive/c/Program Files/Microsoft Visual
Studio/VC9
8/bin:/usr/X11R6/bin/cygdrive/c/texmf/bin:/usr/local/bin:/usr/bin:/bin:/cygd
rive
/c/texmf/miktex/bin:/cygdrive/c/WINNT/system32:/cygdrive/c/WINNT:/cygdrive/c
/FpA
ddin:/cygdrive/c/FpAddinLon:/cygdrive/c/win32app/Sybase/DLL:/cygdrive/c/win3
2app
/Sybase/BIN:/cygdrive/c/FpAddin:/cygdrive/c/OptexNT/vendordll:/cygdrive/c/Op
texN
T/dll:/cygdrive/c/Program Files/Microsoft Visual
Studio/Common/Tools/WinNT:/cygd
rive/c/Program Files/Microsoft Visual
Studio/Common/MSDev98/Bin:/cygdrive/c/Prog
ram Files/Microsoft Visual Studio/Common/Tools:/cygdrive/c/Program
Files/Microso
ft Visual Studio/VC98/bin:/usr/X11R6/bin

$ /usr/bin/echo ${PATH}${PATH}



It doesn't appear to make a difference whether I use "bash", "tcsh" or even
"cmd" as my shell.

I could probably work around this problem by manually invoking cc1plus.exe,
but this is getting less and less convenient.

I would appreciate any advice, before I wipe my installation and try
installing an old version.

Could this be a clash with some non-cygwin software, e.g. virus checkers?
Has anyone else ever seen this behavior? Can a more experienced eye have a
look at my cygcheck -s -v -r output for obvious errors?

Thank you,

- Matt Willis



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

The install dir

[Patrick Nelson]

on my system I have d:\load\cywin as the intermediary setup directory.  This
directory has 150 mb in in currently and I decided I want to know about it.
Looking at its structure doesn't tell me much so I'm wondering if anyone
knows wud up with it.  Question like the following come to mind:

1. Can I just frigg'n delete it?
2. Can I copy it to a CDR and us it as a starting point for and
installation.
3. Stare at it long enough to get Sadam to disarm leading to world peace?


--
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: The install dir

[Thorsten Kampe]

* Patrick Nelson (03-03-12 01:24 +0100)
> on my system I have d:\load\cywin as the intermediary setup directory.  This
> directory has 150 mb in in currently and I decided I want to know about it.
> Looking at its structure doesn't tell me much so I'm wondering if anyone
> knows wud up with it.  Question like the following come to mind:
> 
> 1. Can I just frigg'n delete it?

Yes.

> 2. Can I copy it to a CDR and us it as a starting point for and
> installation.

Yes. You'd better delete the old packages first.

> 3. Stare at it long enough to get Sadam to disarm leading to world peace?

Give it a try.

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: The install dir

[Patrick Nelson]

Thorsten Kampe wrote:
-
> 1. Can I just frigg'n delete it?

Yes.

> 2. Can I copy it to a CDR and us it as a starting point for and
> installation.

Yes. You'd better delete the old packages first.
-

do you get the structure of it?  I mean setup wont recognize that it has a
newer version in a another of its temp directories? 

--
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: setup snapshot?

[Gary R. Van Sickle]

I used it at work today (XPPro) with no observable problems.  Updated automake,
man, term{cap||info, whichever was just updated}.  Didn't use automake nor man
today though.

--
Gary R. Van Sickle
Brewer.  Patriot.

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf
> Of Robert Collins
> Sent: Tuesday, March 11, 2003 4:52 PM
> To: [EMAIL PROTECTED]
> Subject: setup snapshot?
>
>
> Any other feedback on the increment setup snapshot?
>
> It is meant to fix the permission problems (another of which occured
> today) that are plaguing new users.
>
> I'd really like to have a success story from an NT user with that
> snapshot before making it the primary installer
>
> Rob
> --
> GPG key available at: .
>


--
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: The install dir

[Thorsten Kampe]

* Patrick Nelson (03-03-12 01:41 +0100)
> Thorsten Kampe wrote:
> -
>> 1. Can I just frigg'n delete it?
> 
> Yes.
> 
>> 2. Can I copy it to a CDR and us it as a starting point for and
>> installation.
> 
> Yes. You'd better delete the old packages first.
> -

Funny quoting.
 
> do you get the structure of it?  I mean setup wont recognize that it has a
> newer version in a another of its temp directories?

I don't have the slightest idea what you are talking about The setup 
directory is *not* temporary. Neither the packages are deleted after 
installation nor the older ones after updating.

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: Standard out writes fail after cygwin generated dll loaded

[Alan Thompson]

I have not experienced this problem.  I am using Cygwin to build a JNI .dll file, and 
regularly use both the cerr output stream from the c++ side and the 
System.err.println() output function from the java side. Note that I am always running 
from a Cygwin window.

If you have not seen it, you should try visiting the excellend Cygwin/JNI website at:  
http://www.inonit.com/cygwin/  Note also that you don't need to use the -mno-cygwin 
hack (perhaps this is related to your problems?).  Here is a part of my ant build 
script (I use the normal Cygwin g++ for builds).

   
 
   
   
   
   
   
   
  .
 
   

   
 
   
   
   
   
   
   
  ...
 
   

Alan Thompson


At 12:18 PM 3/7/2003 +0100, José Lorenzo Mon wrote:

>Hi Luis and All,
>
>>When trying to run through the JNI native C code compiled in a DLL
>>using Cygwin, I found that standard Java output stops to work as
>>soon as the DLL is loaded. However, if the same code is compiled
>>without Cygwing (-mno-cygwin) the Java output works OK after and
>>before loading the DLL.
>
>I am having same problem. My tests more in detail:
>
>- When running the Java VM *from a cygwin shell*, the stdout channel
>works OK before and after loading the DLL generated with the cygwin
>gcc. However, the stderr stops working after loading the DLL.
>After loading the DLL and using the stdout and stderr
>channels by the native C function, the Java program is only able to use
>the stdout channel.
>
>- When running the Java VM *from a windows shell*, both the stdout and
>stderr channels stop working after loading the DLL.
>
>- When compiling the dll *without* cygwin support (with the
>"-mno-cygwin" flag), both channels work ok in both shells.
>
>- The version employed of "jni.h" does not seem to affect to the
>results. I have tried both versions, the one comming with cygwin and
>the version provided with the JDK distribution (defining by
>myself __int64).
>
>- The version of the JDK (1.3 or 1.4) does not seem to affect to the
>results.
>
>- I have tried with different combination of flags for the gcc compiler
>and they do not seem to affect to the results.
>
>
>Does anyone know why this is happening or a possible solution?
>
>Thanks in advance,
>
>  Jose
>
>
>
>_
>Help STOP SPAM with the new MSN 8 and get 2 months FREE*  
>http://join.msn.com/?page=features/junkmail
>
>
>--
>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: DBD Mysql and perl under Cygwin 2.249.2.5 , need to run rebase??

[Elfyn McBratney]

> Would I simply run rebaseall, or is there  construction of the rebase
> command that will simply rebase perl?

rebaseall is designed to to be an easy and convenient way for a user to
rebase all of their cygwin dll's. And if I understand how rebase works
correctly, it's all or nothing.

> How likely am I to munge my Cygwin installation with rebaseall ?

I have run rebaseall two or three times and nothing has gone wrong. If you
read the README in /usr/doc/Cygwin for rebase and make *sure* you follow
it's instructions you "should" be alright. :-)

> Thanks,
>
> Zach


Regards,

Elfyn McBratney
[EMAIL PROTECTED]
www.exposure.org.uk



--
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: problems with cygwin after setup

[Larry Hall (RFK Partners, Inc.)]

Igor Pechtchanski wrote:
On Tue, 11 Mar 2003 you (whoever you are) wrote:


After I installed more program under cygwin I have the following problems

1.) can't get manual pages man man says no entry
2.) w3m crashes with "Can't find termcap entry cygwin"
3.) after starting cygwin I get
/usr/share/texmf/ls-R: Permission denied
/usr/share/texmf/aliases: Permission denied
  even if I don't use a .bashrc
Any help? Why does system corrupt my cygwin installation.
Franz


cd / && chmod -R a+r bin lib sbin usr etc tmp var && chmod -R a+x bin sbin usr/sbin usr/local/bin lib/gcc-lib/*.exe usr/X11R6/bin

This is getting to be an FAQ...
Igor


True.  Isn't the upcoming release of setup and/or Cygwin 1.3.21 supposed
to fix this though?
--
Larry Hall  [EMAIL PROTECTED]
RFK Partners, Inc.  http://www.rfk.com
838 Washington Street   (508) 893-9779 - RFK Office
Holliston, MA 01746 (508) 893-9889 - FAX
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: cygwin 1.3.20-1 - strange problems with long command lines in nt4

[Igor Pechtchanski]

On Tue, 11 Mar 2003, Willis, Matthew wrote:

> I've had the same problem for a couple of months (since 1.3.13 anyway);
> certain long command lines just fail to work for me. I've updated to the
> most recent (1.30.20-1 as of march 11) and I find the problem just got worse
> for me.
>
> If I cd to a directory with many files, I issue "ls *" and the terminal ends
> up hanging, or "ls" returns with no output. I can issue "ls" without the
> star; that works just fine.
>
> I did an experiment back in november and found that command lines longer
> than 900 bytes or so would cause the command line to hang. My previous
> experiments are here:
>
> http://sources.redhat.com/ml/cygwin/2002-11/msg01133.html
> http://sources.redhat.com/ml/cygwin/2002-11/msg00316.html
> http://sources.redhat.com/ml/cygwin/2002-11/msg00372.html
>
> When I first installed g++-3.exe last year, it never worked for me. Its
> command lines (g++-3.exe --verbose) were longer than the magic number "900"
> or so bytes, and compilation would fail when cc1plus.exe was called. I could
> manually type a subportion of the cc1plus command; that would work. The
> g++-2.exe command worked most of the time, unless you had a makefile with
> many object files. (Theory: intermediary command lines were shorter with
> g++-2.exe?). I could work around the too-many-object-files issue in my
> makefile by using "ar rv" to create libs, one object file at a time.
>
> Since I updated to 1.3.20-1, I find the "magic" number of characters has
> dropped to 730. More importantly, g++-2 doesn't work any more. This seems to
> be similarly true for any external command with more than 730 characters.
> Contrast the following:
>
> $ echo ${PATH}${PATH}
> /cygdrive/c/texmf/bin:/usr/local/bin:/usr/bin:/bin:/cygdrive/c/texmf/miktex/bin:/cygdrive/c/WINNT/system32:/cygdrive/c/WINNT:/cygdrive/c/FpAddin:/cygdrive/c/FpAddinLon:/cygdrive/c/win32app/Sybase/DLL:/cygdrive/c/win32app/Sybase/BIN:/cygdrive/c/FpAddin:/cygdrive/c/OptexNT/vendordll:/cygdrive/c/OptexNT/dll:/cygdrive/c/Program
>  Files/Microsoft Visual Studio/Common/Tools/WinNT:/cygdrive/c/Program 
> Files/Microsoft Visual Studio/Common/MSDev98/Bin:/cygdrive/c/Program Files/Microsoft 
> Visual Studio/Common/Tools:/cygdrive/c/Program Files/Microsoft Visual 
> Studio/VC98/bin:/usr/X11R6/bin/cygdrive/c/texmf/bin:/usr/local/bin:/usr/bin:/bin:/cygdrive/c/texmf/miktex/bin:/cygdrive/c/WINNT/system32:/cygdrive/c/WINNT:/cygdrive/c/FpAddin:/cygdrive/c/FpAddinLon:/cygdrive/c/win32app/Sybase/DLL:/cygdrive/c/win32app/Sybase/BIN:/cygdrive/c/FpAddin:/cygdrive/c/OptexNT/vendordll:/cygdrive/c/OptexNT/dll:/cygdrive/c/Program
>  Files/Microsoft Visual Studio/Common/Tools/WinNT:/cygdrive/c/Program Files/Micros!
oft Visual Studio/Common/MSDev98/Bin:/cygdrive/c/Program Files/Microsoft Visual 
Studio/Common/Tools:/cygdrive/c/Program Files/Microsoft Visual 
Studio/VC98/bin:/usr/X11R6/bin
>
> $ /usr/bin/echo ${PATH}${PATH}
>
>  manually kill a process sucking back huge cycles.>
>
> It doesn't appear to make a difference whether I use "bash", "tcsh" or even
> "cmd" as my shell.
>
> I could probably work around this problem by manually invoking cc1plus.exe,
> but this is getting less and less convenient.
>
> I would appreciate any advice, before I wipe my installation and try
> installing an old version.
>
> Could this be a clash with some non-cygwin software, e.g. virus checkers?
> Has anyone else ever seen this behavior? Can a more experienced eye have a
> look at my cygcheck -s -v -r output for obvious errors?
>
> Thank you,
> - Matt Willis

Matt,

A virus checker *shouldn't* affect your command line length limit...
Try running the offending command under strace, e.g.,

strace -o echo.strace /usr/bin/echo ${PATH}${PATH}

and look at the tail of the output.  That should give you a clue of where
it's hanging.  If you're having a hard time reading the strace output, and
if the output is not too large, you could post it here so other people
could try to help you.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

Oh, boy, virtual memory! Now I'm gonna make myself a really *big* RAMdisk!
  -- /usr/games/fortune


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

100% CPU Usage when starting Win32 process through cron

[Sudheer Tumuluru]

Hi,
I have a Win32 process which runs fine from the cygwin bash or
Windows command prompt. But when I try to put it in a cron job, the
process comes up and freezes the machine. Looks like it is occupying
100% of the CPU time. I installed the cron using 'cygrunsrv -I cron -a
-D -e CYGWIN="ntsec binmode" -p /usr/sbin/cron.exe'. Is there some
environment setting I am missing that is causing this problem. I also
see similar problems sporadically on other apps running from the
cygwin-prompt. Any help is appreciated.

Thanks in advance,
Sudheer T



--
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: License question

[Pete Nordquist]

I found the text where you suggested.  Thank you again,
Pete Nordquist
Assistant Professor of Computer Science
Southern Oregon University
[EMAIL PROTECTED]
541/552-6148


-Original Message-
From: Christopher Faylor [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, March 11, 2003 12:30 PM
To: [EMAIL PROTECTED]
Subject: Re: License question


On Mon, Mar 10, 2003 at 10:04:01PM -0800, Pete Nordquist wrote:
>Thank you, Christopher, for your quick reply.  I didn't mean to imply 
>that every binary produced by gcc is GPLed.

I'm not sure how you could take your assertion any other way unless you
think there is something special about cygwin in this regard.

>I am relatively new to licensing, am not a lawyer and am trying to 
>reconcile what I read in the GPL and LGPL with how binaries are 
>produced.  The "In addition ...  " text you quoted below certainly 
>seems to cover my question, but I can't find this text in either the 
>GPL or the LGPL.  Have I just missed it in the GPL and LGPL, or should 
>I be looking somewhere else for this text?  Thank you for your 
>consideration,

I found the text in applicable gcc sources.

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: The install dir

[Patrick Nelson]

> Thorsten Kampe wrote:
-
I don't have the slightest idea what you are talking about The setup 
directory is *not* temporary. Neither the packages are deleted after 
installation nor the older ones after updating.
-

So the older ones are maintained and that setup directory is needed as is...
OK!  Sounds like you do have the slightest idea then.  NNTR

--
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: The install dir

[Robert Collins]

On Wed, 2003-03-12 at 15:46, Patrick Nelson wrote:
> > Thorsten Kampe wrote:
> -
> I don't have the slightest idea what you are talking about The setup 
> directory is *not* temporary. Neither the packages are deleted after 
> installation nor the older ones after updating.
> -
> 
> So the older ones are maintained and that setup directory is needed as is...
> OK!  Sounds like you do have the slightest idea then.  NNTR

However, Thorsten is wrong.

The 'local package directory' is purely a cache, It's contents can be
removed by you at any point (other than while setup is running) with no
harmful effects as far as cygwin setup.exe is concerned.

Setup *today* does not prune old files from the local package dir. That
is subject to change with notice, and has been from day one.

Rob
(wearing his Cygwin setup.exe maintainer hat.)
-- 
GPG key available at: .


signature.asc
Description: This is a digitally signed message part

Re: help:ipc-daemon failed

[Charles Wilson]

[EMAIL PROTECTED] wrote:
I have ported an application using cygwin. There are many IPC mechanics in
this app such as shm and sem. I find that my app causes the ipc-daemon
service failed sometimes. Why this event could happen!
Because ipc-daemon, and the cygipc package in general, sucks.  (I'm the 
maintainer, I oughta know).  There is a much better foundation for IPC 
services in the 'cygwin-daemon' code that is part of cygwin.  However, 
it is unfinished, since the primary author dropped out of sight.  We 
desperately need a hero to rescue the cygwin-daemon code and shepherd it 
to completion.

--Chuck



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

Re: Bug: Win32 GTK binaries and Cygwin heap error

[Charles Wilson]

Tim Renner wrote:

-- TEST SETUP --

Setup a cygwin environment via the cygwin installer from
http://www.cygwin.com/setup.exe, making sure to install libiconv
To set up GTK+ 2.2, get these packages

Support:
http://prdownloads.sourceforge.net/gettext/libiconv-1.8-w32-1.bin.zip?download 

http://www.gimp.org/~tml/gimp/win32/libintl-0.10.40-tml-20020904.zip
http://www.gimp.org/~tml/gimp/win32/gettext-dev-0.10.40-20020904.zip
http://www.gimp.org/~tml/gimp/win32/pkgconfig-0.14.zip
GTK Packages:
http://www.gimp.org/~tml/gimp/win32/glib-2.2.1.zip
http://www.gimp.org/~tml/gimp/win32/glib-dev-2.2.1.zip
http://www.gimp.org/~tml/gimp/win32/atk-1.0.3-20020821.zip
http://www.gimp.org/~tml/gimp/win32/atk-dev-1.0.3-20020821.zip
http://www.gimp.org/~tml/gimp/win32/pango-1.2.1.zip
http://www.gimp.org/~tml/gimp/win32/pango-dev-1.2.1.zip
http://www.gimp.org/~tml/gimp/win32/gtk+-2.2.1.zip
http://www.gimp.org/~tml/gimp/win32/gtk+-dev-2.2.1.zip
this will not work.  Those gtk libraries are native windows.  They use 
system runtime functions provided by msvcrt.dll (e.g. printf, fopen, etc).

if you compile an application using the cygwin gcc, it will by default 
link against cygwin1.dll, and your application will use the printf, 
fopen, etc functions provided by cygwin1.dll.

If you build a program under cygwin, and link to those nativewindows gtk 
libraries, you will get a program that uses BOTH cygwin1.dll AND 
msvcrt.dll to resolve runtime calls.  Boom.

You need to use 'gcc -mno-cygwin' -- or better yet, follow Tor's 
instructions and use the MSYS/mingw system and not cygwin.

Regardless, your problem is not mixing two different cygwin dlls.  It's 
mixing cygwin1.dll runtime and msvcrt runtime in the same executable.

--Chuck



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

RE: The install dir

[Patrick Nelson]

Robert Collins wrote:
-
The 'local package directory' is purely a cache, It's contents can be
removed by you at any point (other than while setup is running) with no
harmful effects as far as cygwin setup.exe is concerned.

Setup *today* does not prune old files from the local package dir. That
is subject to change with notice, and has been from day one.
-

Ahhh... thank ya! Ahh... thank ya very much!

--
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: Bug: Win32 GTK binaries and Cygwin heap error

[Tim Renner]

Tim Renner wrote:

-- TEST SETUP --

Setup a cygwin environment via the cygwin installer from
http://www.cygwin.com/setup.exe, making sure to install libiconv
To set up GTK+ 2.2, get these packages
.
.
.
this will not work.  Those gtk libraries are native windows.  They use 
system runtime functions provided by msvcrt.dll (e.g. printf, fopen, etc).

if you compile an application using the cygwin gcc, it will by default link 
against cygwin1.dll, and your application will use the printf, fopen, etc 
functions provided by cygwin1.dll.

If you build a program under cygwin, and link to those nativewindows gtk 
libraries, you will get a program that uses BOTH cygwin1.dll AND msvcrt.dll 
to resolve runtime calls.  Boom.

You need to use 'gcc -mno-cygwin' -- or better yet, follow Tor's 
instructions and use the MSYS/mingw system and not cygwin.

Regardless, your problem is not mixing two different cygwin dlls.  It's 
mixing cygwin1.dll runtime and msvcrt runtime in the same executable.
Unfortunately, we have a case where we need to use Cygwin to compile our 
project because we need the unix and posix support, so -mno-cygwin is out... 
AND we need to link to GTK libraries that do not require an X-server.  What 
gets me though is that this DOES work with the older dll, but not with the 
newer ones...  I'd like to know what changed to cause this difference and if 
it is a bug or if we just got lucky with the old version ;)

What I'm seeing for dependencies (Using depends.exe on my test program) is 
that it depends on Cygwin1.dll and kernel32.dll, as well as 
libgtk-win32-2.0-0.dll, which does depend on msvcrt.dll, but not 
cygwin1.dll.  I'm no expert on dll's, so I don't know if that will cause a 
problem, but from what I understand, that seems okay?

-Tim

_
The new MSN 8: advanced junk mail protection and 2 months FREE*  
http://join.msn.com/?page=features/junkmail

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

profilers for cygwin

[Manik, Raina (IE10)]

hi all,

A quick question, is there a profiler available on cygwin ?
Even a primitive one will do. Please cc: me on the reply since
i'm not on the list. I've looked this up through google but
to no avail...

--
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: Bug: Win32 GTK binaries and Cygwin heap error

[Charles Wilson]

Tim Renner wrote:

Unfortunately, we have a case where we need to use Cygwin to compile our 
project because we need the unix and posix support, so -mno-cygwin is 
out... AND we need to link to GTK libraries that do not require an 
X-server.  What gets me though is that this DOES work with the older 
dll, but not with the newer ones...  I'd like to know what changed to 
cause this difference and if it is a bug or if we just got lucky with 
the old version ;)
You got VERY lucky. I'd bet that even then, there were subtle bugs 
(memory corruption, races, etc) that were under your radar.

What I'm seeing for dependencies (Using depends.exe on my test program) 
is that it depends on Cygwin1.dll and kernel32.dll, as well as 
libgtk-win32-2.0-0.dll, which does depend on msvcrt.dll, but not 
cygwin1.dll.  I'm no expert on dll's, so I don't know if that will cause 
a problem, but from what I understand, that seems okay?
Nope.  Simple example: your app calls printf() which is satisfied via 
cygwin1.dll.  Then, your app calls g_printf (which eventually calls 
system printf -- but in this case, is satisfied by msvcrt.dll).

Which runtime owns stdout?  Do you see both messages, or only one? 
Which one?  Which message is printed first?  Is it *always* printed 
first, or random?  Or do the two messages get intermingled character by 
character?  Or does the app crash? Or deadlock?



It should be possible to 'coopt' the existing MS windowing code from the 
'native' port, to compile a cygwin-based, but MSwindow-not-Xwindow gtk. 
 Tor has two separate #defines throughout the code -- one indicates 
'windowing' and the other indicates 'platform'; you want the first, but 
not the second.  However, no one has attempted to fix the configury bits 
so that you can build gtk as:

  ./configure --without-x --with-mswin

on a cygwin-based (e.g. not MSYS/mingw) system.  If you're willing to 
put in the elbow grease to solve your problem "The Right Way", I'm sure 
Tor will be receptive to your efforts.

FWIW, I posted a patch and method to build glib-2.2.0 on cygwin a few 
months back; that should help a little.  Then you need a non-X but 
cygwin-based libfreetype (being careful not to conflict with the 
existing cygwin-based,X-based libfreetype distributed with 
cygwin-xfree), and then pango, atk, and finally gtk.  It's a big job - 
which is why nobody has done it.

--Chuck



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

Re: profilers for cygwin

[Elfyn McBratney]

> A quick question, is there a profiler available on cygwin ?
> Even a primitive one will do. Please cc: me on the reply since
> i'm not on the list. I've looked this up through google but
> to no avail...


If you have binutils installed, then the answer is yes :-) If not install
the binutils package via setup.exe and your ready to go.

The profiler is called gprof, but before you are able to use it you'll need
to make sure that the binaries that you want to profile support the
profileing mechanism. When you compile a binary just specify yhe `-pg'
option to g{cc,++,77} (in addition to the options you normally use to
compile) and this will amke sure that you new compiled binary contains the
needed data.

For help with the profiler take a look at the man page `man 1 gprof' also
there is a vast amount of documents/tutorials on the web. A google for
"gprof" returned tones of results.


Regards,

Elfyn McBratney
[EMAIL PROTECTED]
www.exposure.org.uk



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