RE:

public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed

* RE:
@ 1997-06-08  0:47 Sergey Okhapkin
  1997-06-09  9:02 ` RE: John Cerney
  0 siblings, 1 reply; 56+ messages in thread
From: Sergey Okhapkin @ 1997-06-08  0:47 UTC (permalink / raw)
  To: 'John Cerney'; +Cc: gnu-win32

John Cerney wrote:
> <<File: dllcheck.exe>><<File: ATT00004.txt>>
> I can verify this. I have seen problems building perl extension lib DLLs on
> windows 95 (not NT) due to garbage characters after the base relocation section
> of the dll. It seems that if the base relocation section is not terminated by

You dllcheck.exe reports "Dll Ok" on NT-built X11 Dlls, and "Invalid Relocation Size Detected" on the same built on 95.

-- 
Sergey Okhapkin
Moscow, Russia
Looking for a job

-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[flat|nested] 56+ messages in thread

* RE:
  1997-06-08  0:47 Sergey Okhapkin
@ 1997-06-09  9:02 ` John Cerney
  0 siblings, 0 replies; 56+ messages in thread
From: John Cerney @ 1997-06-09  9:02 UTC (permalink / raw)
  To: Sergey Okhapkin; +Cc: gnu-win32

>  From: Sergey Okhapkin <sos@prospect.com.ru>, on 6/8/97 11:48 AM:
>  To: "'John Cerney'" <j-cerney1@ti.com>
>  Cc: "gnu-win32@cygnus.com" <gnu-win32@cygnus.com>
>  
>  John Cerney wrote:
>  > <<File: dllcheck.exe>><<File: ATT00004.txt>>
>  > I can verify this. I have seen problems building perl extension lib DLLs 
>  on
>  > windows 95 (not NT) due to garbage characters after the base relocation 
>  section
>  > of the dll. It seems that if the base relocation section is not terminated 
>  by
>  
>  You dllcheck.exe reports "Dll Ok" on NT-built X11 Dlls, and "Invalid 
>  Relocation Size Detected" on the same built on 95.
>  

This is exactly what I have seen. I think you will also find that if you try
and rebuild your Win95 DLL enough times, (usually 2-3 is all it takes) it will
eventually check out OK. The garbage characters sometimes appear at the end of
the relocation section in the DLL, and sometimes they don't.

BTW, sorry for messing up this thread. The subject line on my original reply
was missing.

-John
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[flat|nested] 56+ messages in thread

* (no subject)
@ 2024-01-10 14:51 hancy donald
  2024-01-10 14:52 ` hancy donald
  0 siblings, 1 reply; 56+ messages in thread
From: hancy donald @ 2024-01-10 14:51 UTC (permalink / raw)
  To: cygwin

[-- Attachment #1: Type: text/plain, Size: 1 bytes --]



^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re:
  2024-01-10 14:51 hancy donald
@ 2024-01-10 14:52 ` hancy donald
  0 siblings, 0 replies; 56+ messages in thread
From: hancy donald @ 2024-01-10 14:52 UTC (permalink / raw)
  To: cygwin

[-- Attachment #1: Type: text/plain, Size: 166 bytes --]

Hi My problem is that why can't i crack my zip file with John the rapper in
my Computer

On Wed, Jan 10, 2024, 5:51 PM hancy donald <hancydonald@gmail.com> wrote:

>

^ permalink raw reply	[flat|nested] 56+ messages in thread

* (no subject)
@ 2023-10-08 10:06 Ben Sim
  2023-10-09  7:39 ` cygwinautoreply
  0 siblings, 1 reply; 56+ messages in thread
From: Ben Sim @ 2023-10-08 10:06 UTC (permalink / raw)
  To: cygwin

[-- Attachment #1: Type: text/plain, Size: 159 bytes --]

1 [main] wit 21172 find_fast_cwd: WARNING: Couldn't compute FAST_CWD pointer.

Sent from Mail<https://go.microsoft.com/fwlink/?LinkId=550986> for Windows


^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re:
  2023-10-08 10:06 Ben Sim
@ 2023-10-09  7:39 ` cygwinautoreply
  0 siblings, 0 replies; 56+ messages in thread
From: cygwinautoreply @ 2023-10-09  7:39 UTC (permalink / raw)
  To: Bensimpit; +Cc: cygwin

>1 [main] wit 21172 find_fast_cwd: WARNING: Couldn't compute FAST_CWD pointer.

>Sent from Mail<https://go.microsoft.com/fwlink/?LinkId=550986> for Windows



https://cygwin.com/faq.html#faq.using.fixing-find_fast_cwd-warnings

^ permalink raw reply	[flat|nested] 56+ messages in thread

* (no subject)
@ 2023-09-01 11:21 Sanjitha. p
  2023-09-01 11:23 ` cygwinautoreply
  0 siblings, 1 reply; 56+ messages in thread
From: Sanjitha. p @ 2023-09-01 11:21 UTC (permalink / raw)
  To: cygwin

[-- Attachment #1: Type: text/plain, Size: 205 bytes --]

Please rectify the problem
1 [main] bash 15124 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
pointer. Please report this problem to
the public mailing list cygwin@cygwin.com.
How to solve this problem

^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re:
  2023-09-01 11:21 Sanjitha. p
@ 2023-09-01 11:23 ` cygwinautoreply
  0 siblings, 0 replies; 56+ messages in thread
From: cygwinautoreply @ 2023-09-01 11:23 UTC (permalink / raw)
  To: pittasanjitha; +Cc: cygwin

>Please rectify the problem
>1 [main] bash 15124 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
>pointer. Please report this problem to
>the public mailing list cygwin@cygwin.com.
>How to solve this problem


https://cygwin.com/faq.html#faq.using.fixing-find_fast_cwd-warnings

^ permalink raw reply	[flat|nested] 56+ messages in thread

* (no subject)
@ 2023-09-01 10:43 Sanjitha. p
  2023-09-01 10:47 ` cygwinautoreply
  0 siblings, 1 reply; 56+ messages in thread
From: Sanjitha. p @ 2023-09-01 10:43 UTC (permalink / raw)
  To: cygwin

[-- Attachment #1: Type: text/plain, Size: 151 bytes --]

1 [main] bash 15124 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
pointer. Please report this problem to
the public mailing list cygwin@cygwin.com

^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re:
  2023-09-01 10:43 Sanjitha. p
@ 2023-09-01 10:47 ` cygwinautoreply
  0 siblings, 0 replies; 56+ messages in thread
From: cygwinautoreply @ 2023-09-01 10:47 UTC (permalink / raw)
  To: pittasanjitha; +Cc: cygwin

>1 [main] bash 15124 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
>pointer. Please report this problem to
>the public mailing list cygwin@cygwin.com


https://cygwin.com/faq.html#faq.using.fixing-find_fast_cwd-warnings

^ permalink raw reply	[flat|nested] 56+ messages in thread

* RE:
@ 2023-08-04 21:10 mazyona
  0 siblings, 0 replies; 56+ messages in thread
From: mazyona @ 2023-08-04 21:10 UTC (permalink / raw)
  To: info

[-- Attachment #1: Type: text/plain, Size: 140 bytes --]

Hi!

I've been having trouble reaching you via your email since last week. Please

I need your assistance.

Best Wishes

Ms. Helen Wong

 


^ permalink raw reply	[flat|nested] 56+ messages in thread

* (no subject)
@ 2023-03-02 13:38 Kidane Kenenisa
  2023-03-02 13:41 ` cygwinautoreply
  0 siblings, 1 reply; 56+ messages in thread
From: Kidane Kenenisa @ 2023-03-02 13:38 UTC (permalink / raw)
  To: cygwin

[-- Attachment #1: Type: text/plain, Size: 44 bytes --]

WARNING: Couldn't compute FAST_CWD pointer.

^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re:
  2023-03-02 13:38 Kidane Kenenisa
@ 2023-03-02 13:41 ` cygwinautoreply
  0 siblings, 0 replies; 56+ messages in thread
From: cygwinautoreply @ 2023-03-02 13:41 UTC (permalink / raw)
  To: kidanekenenisag; +Cc: cygwin

>WARNING: Couldn't compute FAST_CWD pointer.


https://cygwin.com/faq.html#faq.using.fixing-find_fast_cwd-warnings

^ permalink raw reply	[flat|nested] 56+ messages in thread

* (no subject)
@ 2023-01-03 19:42 abolfazl fazli
  2023-01-03 19:45 ` cygwinautoreply
  0 siblings, 1 reply; 56+ messages in thread
From: abolfazl fazli @ 2023-01-03 19:42 UTC (permalink / raw)
  To: cygwin

[-- Attachment #1: Type: text/plain, Size: 635 bytes --]

hi what is means this error in dort code???
i can not run this code and giving me this error
please help me . i need you for this problem
can you help me😓😓😓😓😓😓
      1 [main] dort 10768 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
pointer.  Please report this problem to
the public mailing list cygwin@cygwin.com
fmt: end of file
apparent state: unit 5 (unnamed)
last format: (80A1)
lately reading sequential formatted external IO
 311025 [sig] dort 10768 open_stackdumpfile: Dumping stack trace to
dort.exe.stackdump
1543343 [sig] dort 10768 exception::handle: Exception:
STATUS_ACCESS_VIOLATION

^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re:
  2023-01-03 19:42 abolfazl fazli
@ 2023-01-03 19:45 ` cygwinautoreply
  0 siblings, 0 replies; 56+ messages in thread
From: cygwinautoreply @ 2023-01-03 19:45 UTC (permalink / raw)
  To: abolfazlfazli1404; +Cc: cygwin

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 705 bytes --]

>hi what is means this error in dort code???
>i can not run this code and giving me this error
>please help me . i need you for this problem
>can you help me😓😓😓😓😓😓
>      1 [main] dort 10768 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
>pointer.  Please report this problem to
>the public mailing list cygwin@cygwin.com
>fmt: end of file
>apparent state: unit 5 (unnamed)
>last format: (80A1)
>lately reading sequential formatted external IO
> 311025 [sig] dort 10768 open_stackdumpfile: Dumping stack trace to
>dort.exe.stackdump
>1543343 [sig] dort 10768 exception::handle: Exception:
>STATUS_ACCESS_VIOLATION


https://cygwin.com/faq.html#faq.using.fixing-find_fast_cwd-warnings

^ permalink raw reply	[flat|nested] 56+ messages in thread

* (no subject)
@ 2021-11-13 13:01 Kossi Jules KETIKA
  2021-11-13 13:01 ` Kossi Jules KETIKA
  2021-11-13 13:03 ` Re: cygwinautoreply
  0 siblings, 2 replies; 56+ messages in thread
From: Kossi Jules KETIKA @ 2021-11-13 13:01 UTC (permalink / raw)
  To: cygwin

sent 715296 bytes  received 136902 bytes  5480.37 bytes/sec
total size is 1000338034  speedup is 1173.83
      1 [main] chmod 11152 find_fast_cwd: WARNING: Couldn't compute
FAST_CWD pointer.  Please report this problem to
the public mailing list cygwin@cygwin.com

^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re:
  2021-11-13 13:01 Kossi Jules KETIKA
@ 2021-11-13 13:01 ` Kossi Jules KETIKA
  2021-11-13 13:03 ` Re: cygwinautoreply
  1 sibling, 0 replies; 56+ messages in thread
From: Kossi Jules KETIKA @ 2021-11-13 13:01 UTC (permalink / raw)
  To: cygwin

Salut

Le sam. 13 nov. 2021 à 13:01, Kossi Jules KETIKA <julesketika@gmail.com> a
écrit :

> sent 715296 bytes  received 136902 bytes  5480.37 bytes/sec
> total size is 1000338034  speedup is 1173.83
>       1 [main] chmod 11152 find_fast_cwd: WARNING: Couldn't compute
> FAST_CWD pointer.  Please report this problem to
> the public mailing list cygwin@cygwin.com
>

^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re:
  2021-11-13 13:01 Kossi Jules KETIKA
  2021-11-13 13:01 ` Kossi Jules KETIKA
@ 2021-11-13 13:03 ` cygwinautoreply
  1 sibling, 0 replies; 56+ messages in thread
From: cygwinautoreply @ 2021-11-13 13:03 UTC (permalink / raw)
  To: julesketika; +Cc: cygwin

>sent 715296 bytes  received 136902 bytes  5480.37 bytes/sec
>total size is 1000338034  speedup is 1173.83
>      1 [main] chmod 11152 find_fast_cwd: WARNING: Couldn't compute
>FAST_CWD pointer.  Please report this problem to
>the public mailing list cygwin@cygwin.com


https://cygwin.com/faq.html#faq.using.fixing-find_fast_cwd-warnings

^ permalink raw reply	[flat|nested] 56+ messages in thread

* (no subject)
@ 2021-11-13 11:32 MUSHIMIYIMANA VIATEUR
  2021-11-13 11:35 ` cygwinautoreply
  0 siblings, 1 reply; 56+ messages in thread
From: MUSHIMIYIMANA VIATEUR @ 2021-11-13 11:32 UTC (permalink / raw)
  To: cygwin

Couldn't compute FAST_CWD pointer.

^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re:
  2021-11-13 11:32 MUSHIMIYIMANA VIATEUR
@ 2021-11-13 11:35 ` cygwinautoreply
  0 siblings, 0 replies; 56+ messages in thread
From: cygwinautoreply @ 2021-11-13 11:35 UTC (permalink / raw)
  To: mushimiyimanaviateur; +Cc: cygwin

>Couldn't compute FAST_CWD pointer.


https://cygwin.com/faq.html#faq.using.fixing-find_fast_cwd-warnings

^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re;
@ 2021-06-26  8:43 Atencion al  Asegurado
  0 siblings, 0 replies; 56+ messages in thread
From: Atencion al  Asegurado @ 2021-06-26  8:43 UTC (permalink / raw)
  To: info
  Cc: cycu.mavis, cycy62, cydigma, cygwin, cylhaxx, cyllmendes, cym,
	cyn.thia.w.illi.am.stg8, cyndielaff, cyndy, cyng, cynje,
	cynt.pauwels, cynthia, cynthia, cynthia, cynthia,
	cynthia-sophie.ratte, cynthia.ba, cynthia.benoist,
	cynthia.briere, cynthia.buysse, cynthia.chen.13,
	cynthia.cynthia.77, cynthia.dahdah4, cynthia.dorough,
	cynthia.et.laura, cynthia.favreau, cynthia.fernandez,
	cynthia.fleury, cynthia.galli, cynthia.hepp, cynthia.hethrington,
	cynthia.langlois, cynthia.largue, cynthia.martel, cynthia.paul,
	cynthia.prah, cynthia.ruoff, cynthia.serra,
	cynthia.silvamaturana, cynthia_ab04, cynthia_bambam2006,
	cynthia_hidri, cynthiabrunel61, cynthiaf, cynthiahromadka,
	cynthiainaba2004, cynthiamanmusic, cynthianoalex,
	cynthiaramirezp, cynthias, cynthiaweberartt, cynthiazlogan,
	cynthilson, cynthrose, cyprien.elia, cyprien.ldc, cyprien.loic,
	cypriengeorges, cyprus, cyrele_cacal, cyriacus45, cyriaque.henry,
	cyrielle.regie, cyril, cyril, cyril-raoux, cyril.amaro70,
	cyril.amido, cyril.berard-depassiot, cyril.berdiel,
	cyril.bergemin, cyril.de-bazelaire, cyril.didou, cyril.druenne,
	cyril.duret, cyril.gaillard74, cyril.grisvard, cyril.hautois,
	cyril.lenoir08122010, cyril.lepeigneux, cyril.maroussie,
	cyril.mignon, cyril.murie, cyril.negri, cyril.noirjean,
	cyril.pesce83, cyril.peugeotmarguerittes, cyril.ramond,
	cyril.rebouillat, cyril.ricardo, cyril.robin, cyril.rusconi,
	cyril.vermeil, cyril.vettorato, cyril.villeret,
	cyril_aspttrennes, cyrilbarde, cyrilbuttin, dull564



Hello my friend, did you get my last message if no, write me through this email for more info :


mrsling72@gmail.com?


^ permalink raw reply	[flat|nested] 56+ messages in thread

[parent not found: <278275920.6108613.1607516124022.ref@mail.yahoo.com>]

* (no subject)
       [not found] <278275920.6108613.1607516124022.ref@mail.yahoo.com>
@ 2020-12-09 12:15 ` chaparay01
  2020-12-09 18:00   ` Ben Kamen
  0 siblings, 1 reply; 56+ messages in thread
From: chaparay01 @ 2020-12-09 12:15 UTC (permalink / raw)
  To: cygwin

Who the fuck are you !   You been writing my husband 

^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re:
  2020-12-09 12:15 ` chaparay01
@ 2020-12-09 18:00   ` Ben Kamen
  0 siblings, 0 replies; 56+ messages in thread
From: Ben Kamen @ 2020-12-09 18:00 UTC (permalink / raw)
  To: cygwin

On 12/9/20 6:15 AM, chaparay01--- via Cygwin wrote:
> Who the fuck are you !   You been writing my husband
> --

HAHAHAHA... Oh yes... we've been sending him the acronym list and telling him all about posix coding and shell scripting!!

THE HORRORS!

LoL...

  -Ben



^ permalink raw reply	[flat|nested] 56+ messages in thread

* (no subject)
@ 2020-08-22 17:03 C Goh
  2020-08-22 17:13 ` Andrey Repin
  0 siblings, 1 reply; 56+ messages in thread
From: C Goh @ 2020-08-22 17:03 UTC (permalink / raw)
  To: cygwin

 have some issue using cygwin to access the network drive. I have three
VM(A, B, C). Environment: VM A(11.11.11.1) is used as NAS and I also
created a share folder inside VM A. I Installed cygwin on window VM
B(11.11.11.2) and map a network drive(the share folder) from VM A. I used
another Linux VM C to SSH access to VM B successfully but I cant access the
network drive even I use net use command.

--------Error msg:-----------

$ net use z: \\11.11.11.1\share password /user:admin System error 5 has
occurred.

Access is denied. --------end of error msg---------------

Q1) How do I solve the above access denied issue?

Q2) How do I configure VM B such a way that I can ssh to VM B to access
network drive without specifiying the net use command

Hi

I tried to use another method share folder and use mklink also not working

lrwxrwxrwx 1 Administrators NODE1+None 18 Aug 22 07:25 share -> //
10.10.10.1/share

 lrwxrwxrwx 1 Administrators Domain Users 18 Aug 22 08:02 share1 -> //
10.10.10.1/share

I tried to access share or share1. I got permission denied

^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re:
  2020-08-22 17:03 C Goh
@ 2020-08-22 17:13 ` Andrey Repin
  2020-08-23  3:05   ` Re: C Goh
  0 siblings, 1 reply; 56+ messages in thread
From: Andrey Repin @ 2020-08-22 17:13 UTC (permalink / raw)
  To: C Goh, cygwin

Greetings, C Goh!

>  have some issue using cygwin to access the network drive. I have three
> VM(A, B, C). Environment: VM A(11.11.11.1) is used as NAS and I also
> created a share folder inside VM A. I Installed cygwin on window VM
> B(11.11.11.2) and map a network drive(the share folder) from VM A. I used
> another Linux VM C to SSH access to VM B successfully but I cant access the
> network drive even I use net use command.

> --------Error msg:-----------

> $ net use z: \\11.11.11.1\share password /user:admin System error 5 has
> occurred.

> Access is denied. --------end of error msg---------------

> Q1) How do I solve the above access denied issue?

Not a Cygwin issue.

> Q2) How do I configure VM B such a way that I can ssh to VM B to access
> network drive without specifiying the net use command

Not a Cygwin issue.

> I tried to use another method share folder and use mklink also not working

> lrwxrwxrwx 1 Administrators NODE1+None 18 Aug 22 07:25 share -> //
> 10.10.10.1/share

>  lrwxrwxrwx 1 Administrators Domain Users 18 Aug 22 08:02 share1 -> //
> 10.10.10.1/share

> I tried to access share or share1. I got permission denied

Cygwin is a userspace compatibility layer. If your underlying OS is unable to
access network shares, Cygwin can't help you either.


-- 
With best regards,
Andrey Repin
Saturday, August 22, 2020 20:12:17

Sorry for my terrible english...


^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re:
  2020-08-22 17:13 ` Andrey Repin
@ 2020-08-23  3:05   ` C Goh
  0 siblings, 0 replies; 56+ messages in thread
From: C Goh @ 2020-08-23  3:05 UTC (permalink / raw)
  To: cygwin

hi


If i didnt ssh-copy-id , i can access the share folder

On Sun, 23 Aug 2020 at 01:20, Andrey Repin <anrdaemon@yandex.ru> wrote:

> Greetings, C Goh!
>
> >  have some issue using cygwin to access the network drive. I have three
> > VM(A, B, C). Environment: VM A(11.11.11.1) is used as NAS and I also
> > created a share folder inside VM A. I Installed cygwin on window VM
> > B(11.11.11.2) and map a network drive(the share folder) from VM A. I used
> > another Linux VM C to SSH access to VM B successfully but I cant access
> the
> > network drive even I use net use command.
>
> > --------Error msg:-----------
>
> > $ net use z: \\11.11.11.1\share password /user:admin System error 5 has
> > occurred.
>
> > Access is denied. --------end of error msg---------------
>
> > Q1) How do I solve the above access denied issue?
>
> Not a Cygwin issue.
>
> > Q2) How do I configure VM B such a way that I can ssh to VM B to access
> > network drive without specifiying the net use command
>
> Not a Cygwin issue.
>
> > I tried to use another method share folder and use mklink also not
> working
>
> > lrwxrwxrwx 1 Administrators NODE1+None 18 Aug 22 07:25 share -> //
> > 10.10.10.1/share
>
> >  lrwxrwxrwx 1 Administrators Domain Users 18 Aug 22 08:02 share1 -> //
> > 10.10.10.1/share
>
> > I tried to access share or share1. I got permission denied
>
> Cygwin is a userspace compatibility layer. If your underlying OS is unable
> to
> access network shares, Cygwin can't help you either.
>
>
> --
> With best regards,
> Andrey Repin
> Saturday, August 22, 2020 20:12:17
>
> Sorry for my terrible english...
>
>

^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re:
@ 2013-08-08  5:56 jrassoc
  0 siblings, 0 replies; 56+ messages in thread
From: jrassoc @ 2013-08-08  5:56 UTC (permalink / raw)
  To: cygwin, molly


I recommend   http://motelchanty.com.br/youtube.com.watchv=LLlpeM1QA6A.htm    fjtodynydevoximitegyg


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

^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re:
@ 2013-07-06 16:56 rus369
  0 siblings, 0 replies; 56+ messages in thread
From: rus369 @ 2013-07-06 16:56 UTC (permalink / raw)
  To: support, ogoodness, newsletter, dealalert, boyerj, update, cygwin, hesch

http://clubmbc.com/facebook.com.weightdropm.php?CID=yax



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

^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re:
@ 2013-02-27  5:44 s_hulge
  0 siblings, 0 replies; 56+ messages in thread
From: s_hulge @ 2013-02-27  5:44 UTC (permalink / raw)
  To: mru_15, prashantchopade, cygwin, sateesh_voona, manjirijo,
	ranjeeta_kumari, anuj_ks

http://dreamwind.in/system/public.php?qf=939&dnq=66h=8&kdo=s32

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

^ permalink raw reply	[flat|nested] 56+ messages in thread

* "Inappropriate ioctl for device" problem using latest cygwin as a shell within native (non-cygwin) GnuEmac
@ 2012-03-11 19:19 Jack Profit
  2012-03-11 19:42 ` Ken Brown
  0 siblings, 1 reply; 56+ messages in thread
From: Jack Profit @ 2012-03-11 19:19 UTC (permalink / raw)
  To: cygwin

After upgrading my cygwin environment this morning to version
1.7.11-1, I am no longer able to use cygwin bash as a shell within
native GnuEmacs (Windows).

When I invoke M-x shell, I now get the following output in the shell window:

bash: cannot set terminal process group (-1): Inappropriate ioctl for device
bash: no job control in this shell
$

The shell window is functional, but as the error message suggests, I
have no Ctrl-C, Ctrl-Z or other job control functions.

Here are my shell related .emacs settings:
(setq explicit-shell-file-name "c:/cygwin/bin/bash.exe")

I am using:
GnuEmacs version 23.4.1 (latest)
Bash version 4.1.10-4
also Bash version 3.2.51-24 (removes error message, but job control
still doesn't work)

I also tried the cygwin1.dll from the 3/10 snapshot and saw no
difference in behavior.

Jack

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

^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re: "Inappropriate ioctl for device" problem using latest cygwin as a shell within native (non-cygwin) GnuEmac
  2012-03-11 19:19 "Inappropriate ioctl for device" problem using latest cygwin as a shell within native (non-cygwin) GnuEmac Jack Profit
@ 2012-03-11 19:42 ` Ken Brown
  2012-03-11 19:47   ` Ken Brown
  0 siblings, 1 reply; 56+ messages in thread
From: Ken Brown @ 2012-03-11 19:42 UTC (permalink / raw)
  To: cygwin

On 3/11/2012 3:19 PM, Jack Profit wrote:
> After upgrading my cygwin environment this morning to version
> 1.7.11-1, I am no longer able to use cygwin bash as a shell within
> native GnuEmacs (Windows).
>
> When I invoke M-x shell, I now get the following output in the shell window:
>
> bash: cannot set terminal process group (-1): Inappropriate ioctl for device
> bash: no job control in this shell
> $
>
> The shell window is functional, but as the error message suggests, I
> have no Ctrl-C, Ctrl-Z or other job control functions.
>
> Here are my shell related .emacs settings:
> (setq explicit-shell-file-name "c:/cygwin/bin/bash.exe")
>
> I am using:
> GnuEmacs version 23.4.1 (latest)
> Bash version 4.1.10-4
> also Bash version 3.2.51-24 (removes error message, but job control
> still doesn't work)
>
> I also tried the cygwin1.dll from the 3/10 snapshot and saw no
> difference in behavior.

I doubt if the Cygwin developers are going to be able to track this down 
unless you can find a way to reproduce the problem without using native 
emacs.  Can you look into the emacs source for the native build and see 
how it is creating the bash process?  Maybe you can extract a simple 
test case from it.

Ken

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

^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re: "Inappropriate ioctl for device" problem using latest cygwin as a shell within native (non-cygwin) GnuEmac
  2012-03-11 19:42 ` Ken Brown
@ 2012-03-11 19:47   ` Ken Brown
  2012-03-12  1:44     ` Jack
  0 siblings, 1 reply; 56+ messages in thread
From: Ken Brown @ 2012-03-11 19:47 UTC (permalink / raw)
  To: cygwin

On 3/11/2012 3:42 PM, Ken Brown wrote:
> On 3/11/2012 3:19 PM, Jack Profit wrote:
>> After upgrading my cygwin environment this morning to version
>> 1.7.11-1, I am no longer able to use cygwin bash as a shell within
>> native GnuEmacs (Windows).
>>
>> When I invoke M-x shell, I now get the following output in the shell
>> window:
>>
>> bash: cannot set terminal process group (-1): Inappropriate ioctl for
>> device
>> bash: no job control in this shell
>> $
>>
>> The shell window is functional, but as the error message suggests, I
>> have no Ctrl-C, Ctrl-Z or other job control functions.
>>
>> Here are my shell related .emacs settings:
>> (setq explicit-shell-file-name "c:/cygwin/bin/bash.exe")
>>
>> I am using:
>> GnuEmacs version 23.4.1 (latest)
>> Bash version 4.1.10-4
>> also Bash version 3.2.51-24 (removes error message, but job control
>> still doesn't work)
>>
>> I also tried the cygwin1.dll from the 3/10 snapshot and saw no
>> difference in behavior.
>
> I doubt if the Cygwin developers are going to be able to track this down
> unless you can find a way to reproduce the problem without using native
> emacs. Can you look into the emacs source for the native build and see
> how it is creating the bash process? Maybe you can extract a simple test
> case from it.

Another (easier) thing you could do is try various snapshots between 
versions 1.7.10 and 1.7.11 of cygwin1.dll and pinpoint exactly when the 
problem first occurred.

Ken


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

^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re:
  2012-03-11 19:47   ` Ken Brown
@ 2012-03-12  1:44     ` Jack
  2012-05-06  2:40       ` Re: Trey Greer
  0 siblings, 1 reply; 56+ messages in thread
From: Jack @ 2012-03-12  1:44 UTC (permalink / raw)
  To: cygwin

Ken Brown <kbrown <at> cornell.edu> writes:

> 
> Another (easier) thing you could do is try various snapshots between 
> versions 1.7.10 and 1.7.11 of cygwin1.dll and pinpoint exactly when the 
> problem first occurred.
> 
> Ken
> 
> 

Sadly, even the oldest cygwin1.dll snapshot (from 7/30/11) seems to have this 
issue. There is a pointer on the emacs lists (for MacOS) that says I should 
recompile with #define DONT_REOPEN_PTYS to avoid the "inappropriate ioctl for 
device" problem. I was hoping to avoid recompiling emacs but I guess I'll give 
that a try. :)

Thanks for the ideas Ken.

Jack

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

^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re:
  2012-03-12  1:44     ` Jack
@ 2012-05-06  2:40       ` Trey Greer
  0 siblings, 0 replies; 56+ messages in thread
From: Trey Greer @ 2012-05-06  2:40 UTC (permalink / raw)
  To: cygwin

Jack <jack.profit <at> gmail.com> writes:

> 
> Ken Brown <kbrown <at> cornell.edu> writes:
> 
> > 
> > Another (easier) thing you could do is try various snapshots between 
> > versions 1.7.10 and 1.7.11 of cygwin1.dll and pinpoint exactly when the 
> > problem first occurred.
> > 
> > Ken
> > 
> > 
> 
> Sadly, even the oldest cygwin1.dll snapshot (from 7/30/11) seems to have this 
> issue. There is a pointer on the emacs lists (for MacOS) that says I should 
> recompile with #define DONT_REOPEN_PTYS to avoid the "inappropriate ioctl for 
> device" problem. I was hoping to avoid recompiling emacs but I guess I'll give 
> that a try. :)
> 
> Thanks for the ideas Ken.
> 
> Jack
> 
> 

Looking through the native (Windows) emacs 23.4.1 source, I don't
see how cygwin bash job control could ever have worked.  When I
do a ctrl-C ctrl-Z (emacs speak for suspend job) in the bash
shell in shell mode, emacs gives me the message 'No SIGTSTP
support'.  Poking through the source, this appears to be because
there is no SIGTSTP defined in windows, or at least not in the
configuration header emacs-23.4/src/s/ms-w32.h.

Emacs in windows does not have PTYS (HAVE_PTYS is not defined in
s/ms-w32.h) so shell-mode opens the cygwin bash shell with input
and output pipes instead of ptys.  A recent change to bash (as of
bash-4.1-alpha) causes bash to refuse job control if the
controlling terminal is not a tty.  See item jj. in the
bash-4.0-alpha entry in the changelog
bash-4.1.10-4/src/bash-4.1/CHANGES.

It looks to me like suspend (ctrl-C ctrl-Z) never worked for
cygwin bash within native windows gnu emacs, but I certainly
could be wrong.

I did try defeating the tty test mentioned above (in jobs.c in
the bash source).  Indeed, I was able to spawn jobs in the
background and kill them.  Just no signals from emacs.

-- Trey

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

^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re:
@ 2011-05-06 14:56 Arvind Raman
  0 siblings, 0 replies; 56+ messages in thread
From: Arvind Raman @ 2011-05-06 14:56 UTC (permalink / raw)
  To: cvsnt, arthur.barrett, cygwin, psr_raman, sushma_devadiga,
	sharat.devisetti, dramakrishnan

http://drselda.com/cool01.11.php?SID=669

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

^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re:
@ 2008-11-25  8:15 pm@kiu.ru
  0 siblings, 0 replies; 56+ messages in thread
From: pm@kiu.ru @ 2008-11-25  8:15 UTC (permalink / raw)
  To: happy@vitebsk.by

Г°ГіГ±ГЄГЁГ© Г±ГҐГЄГ± Г«ГѕГЎГЁГІГҐГ«ГЁ

www.dnspensednst.nm.ru

Г‡Г ГЈГ«ГїГГҐГёГј ГГ  Г¬ГЁГГіГІГЄГі В– Г®Г±ГІГ ГГҐГёГјГ±Гї Г§Г¤ГҐГ±Гј ГГ Г¤Г®Г«ГЈГ®! Г‘Г Г¬Г®ГҐ ГЈГ®Г°ГїГ·ГҐГҐ ГЇГ®Г°ГГ® Г§Г¤ГҐГ±Гј!

Г…ГЈГЁГ Г§Г Г°Г®Гў ГЂГ«ГҐГЄГ±Г ГГ¤Г° ГЃГ®Г°ГЁГ±Г®ГўГЁГ·



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

^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re:
@ 2008-10-02 16:13 Brenda Hatch
  0 siblings, 0 replies; 56+ messages in thread
From: Brenda Hatch @ 2008-10-02 16:13 UTC (permalink / raw)
  To: cygwin

Parcel received, I am very happy with the shoes, thank you and everyone at your site for a very happy shopping experience with you.   I shall be returning to buy some more for my family. The shoes arrived in perfect condition and well wrapped to protect them, and they look exactly like as advertised on the website. The parcel arrived sooner than expected as well which was a bonus. Feel free to add my comments to your website's testimonials from customers, it is absolutely superb, well done. - Welsh. S, UK 

    http://bookdons.com

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

^ permalink raw reply	[flat|nested] 56+ messages in thread

* "id -Gn" w/ username doesn't return all associated groups.  Issue with getgrent()?
@ 2007-01-21 22:50 Mark A. Ziesemer
  2007-01-22  9:34 ` Corinna Vinschen
  0 siblings, 1 reply; 56+ messages in thread
From: Mark A. Ziesemer @ 2007-01-21 22:50 UTC (permalink / raw)
  To: cygwin

Cygwin doesn't appear to properly support returning multiple groups for a
specific user, other than the current user (and only when not specifying the
current user's username.)

When "id" is called without a username, it calls the getgroups(...) function
which appears to work as expected.  However, when a specific username is
passed, even the username of the current user, getugroups(...) is called,
and does _not_ appear to work as expected.

This makes it difficult to properly configure and manage security, for
example, with the OpenSSH daemon.

This is easily reproducible, and is not specific to any particular version
of Cygwin.

I've posted about this before, without any results.

I've setup a public wiki with all the details where I hope we can
collaborate to finally solve this issue:
http://cygwin-getugroups.pbwiki.com/  Included there are the requested
cygcheck and related files.

Thanks!

--
Mark A. Ziesemer
www.ziesemer.com

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

^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re: "id -Gn" w/ username doesn't return all associated groups.  Issue with getgrent()?
  2007-01-21 22:50 "id -Gn" w/ username doesn't return all associated groups. Issue with getgrent()? Mark A. Ziesemer
@ 2007-01-22  9:34 ` Corinna Vinschen
  2007-01-22 13:03   ` Eric Blake
  0 siblings, 1 reply; 56+ messages in thread
From: Corinna Vinschen @ 2007-01-22  9:34 UTC (permalink / raw)
  To: cygwin

On Jan 21 16:50, Mark A. Ziesemer wrote:
> Cygwin doesn't appear to properly support returning multiple groups for a
> specific user, other than the current user (and only when not specifying the
> current user's username.)
> 
> When "id" is called without a username, it calls the getgroups(...) function
> which appears to work as expected.  However, when a specific username is
> passed, even the username of the current user, getugroups(...) is called,
> and does _not_ appear to work as expected.

That's by design.  getgroups() has access to the user token of the
current process and returns every group which is in this token.
getgrent() is a function which enumerates /etc/groups.

> I've setup a public wiki with all the details where I hope we can
> collaborate to finally solve this issue:
> http://cygwin-getugroups.pbwiki.com/  Included there are the requested
> cygcheck and related files.

The place to discuss Cygwin stuff is this mailing list.


Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader          cygwin AT cygwin DOT com
Red Hat

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

^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re: "id -Gn" w/ username doesn't return all associated groups.  Issue  with getgrent()?
  2007-01-22  9:34 ` Corinna Vinschen
@ 2007-01-22 13:03   ` Eric Blake
  2007-01-22 13:29     ` Corinna Vinschen
  0 siblings, 1 reply; 56+ messages in thread
From: Eric Blake @ 2007-01-22 13:03 UTC (permalink / raw)
  To: cygwin, mark_z

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

According to Corinna Vinschen on 1/22/2007 2:34 AM:
>> When "id" is called without a username, it calls the getgroups(...) function
>> which appears to work as expected.  However, when a specific username is
>> passed, even the username of the current user, getugroups(...) is called,
>> and does _not_ appear to work as expected.
> 
> That's by design.  getgroups() has access to the user token of the
> current process and returns every group which is in this token.
> getgrent() is a function which enumerates /etc/groups.

So my translation of this would be that the bug is not in id, but in the
fact that your /etc/groups is out-of-date.  Use mkgroups to remedy the
situation.

- --
Don't work too hard, make some time for fun as well!

Eric Blake             ebb9@byu.net
volunteer cygwin coreutils maintainer
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFFtLYi84KuGfSFAYARAniSAJ98xc4e+t/eN6oyjTUJh3db5/DnLACgx3bC
WhRr6QVDuMuFUfJvp/zCRr8=
=OOLE
-----END PGP SIGNATURE-----

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

^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re: "id -Gn" w/ username doesn't return all associated groups.  Issue  with getgrent()?
  2007-01-22 13:03   ` Eric Blake
@ 2007-01-22 13:29     ` Corinna Vinschen
  2007-01-22 15:23       ` Mark A. Ziesemer
  0 siblings, 1 reply; 56+ messages in thread
From: Corinna Vinschen @ 2007-01-22 13:29 UTC (permalink / raw)
  To: cygwin

On Jan 22 06:03, Eric Blake wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> According to Corinna Vinschen on 1/22/2007 2:34 AM:
> >> When "id" is called without a username, it calls the getgroups(...) function
> >> which appears to work as expected.  However, when a specific username is
> >> passed, even the username of the current user, getugroups(...) is called,
> >> and does _not_ appear to work as expected.
> > 
> > That's by design.  getgroups() has access to the user token of the
> > current process and returns every group which is in this token.
> > getgrent() is a function which enumerates /etc/groups.
> 
> So my translation of this would be that the bug is not in id, but in the
> fact that your /etc/groups is out-of-date.  Use mkgroups to remedy the
> situation.

A little bit more specific:  Use the mkgroup -u flag.  By default,
mkgroup does not add the users to the gr_mem field since that's not
necessary for correct operation of setuid(2).  By adding the users
to the gr_mem field (the -u option), you probably get what you want.


Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader          cygwin AT cygwin DOT com
Red Hat

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

^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re:
  2007-01-22 13:29     ` Corinna Vinschen
@ 2007-01-22 15:23       ` Mark A. Ziesemer
  0 siblings, 0 replies; 56+ messages in thread
From: Mark A. Ziesemer @ 2007-01-22 15:23 UTC (permalink / raw)
  To: cygwin

Corinna Vinschen <corinna-cygwin <at> cygwin.com> writes:
> > >> When "id" is called without a username, it calls the getgroups(...)
> > >> function
> > >> which appears to work as expected.  However, when a specific username is
> > >> passed, even the username of the current user, getugroups(...) is called,
> > >> and does _not_ appear to work as expected.
> > > 
> > > That's by design.  getgroups() has access to the user token of the
> > > current process and returns every group which is in this token.
> > > getgrent() is a function which enumerates /etc/groups.
> > 
> > So my translation of this would be that the bug is not in id, but in the
> > fact that your /etc/groups is out-of-date.  Use mkgroups to remedy the
> > situation.
> 
> A little bit more specific:  Use the mkgroup -u flag.  By default,
> mkgroup does not add the users to the gr_mem field since that's not
> necessary for correct operation of setuid(2).  By adding the users
> to the gr_mem field (the -u option), you probably get what you want.

Better, but could still use improvement, IMO...

The documentation isn't very strong here, so I'm sorry I didn't find this
earlier.  From http://cygwin.com/cygwin-ug-net/using-utils.html#mkgroup:
"The -u option causes mkgroup to enumerate the users for each group, placing
the group members in the gr_mem (last) field. Note that this can greatly
increase the time for mkgroup to run in a large domain. Having gr_mem fields
is helpful when a domain user logs in remotely while the local machine is
disconnected from the Domain Controller"

This implies that "-u" is not required for proper groups functionality, but
is maybe just used as a backup when the DC is unavailable.  (And in my case,
there is no domain.)

Also, this means that "mkgroup -ul >/etc/group" will have to be re-run every
time there is a change in group membership - not the best option.

Since Cygwin already lets the underlying OS take care of much of the
security (handling passwords, etc.), can't Cygwin just ask Windows for the
user's groups when needed, to?

--
Mark A. Ziesemer

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

^ permalink raw reply	[flat|nested] 56+ messages in thread

* RE: "rxvt -e bash" From Batch File
@ 2006-02-08 17:33 Hassel, Scott
  2006-02-08 17:49 ` Bubba Jones
  0 siblings, 1 reply; 56+ messages in thread
From: Hassel, Scott @ 2006-02-08 17:33 UTC (permalink / raw)
  To: Bubba Jones, cygwin

-----Original Message-----
From: cygwin-owner@cygwin.com [mailto:cygwin-owner@cygwin.com]On Behalf
Of Bubba Jones
Sent: Wednesday, February 08, 2006 12:07 PM
To: cygwin@cygwin.com
Subject: "rxvt -e bash" From Batch File

When I envoke "rxvt -e bash" from a command line

I get rxvt with bash and bash sourced my .bashrc

file.  However, when I put "rxvt -e bash" in a

batch file, launch the batch file, I get rxvt

with bash, but my .bashrc file is not sourced...

Does anyone know why my batch file doesn't source

.bashrc and/or how I can get the batch file to

source?  I'm guessing I'm starting a login

bash session, but I'm not certain...
-----END Original Message-----

Have you tried this:

set the dos/windows environment variable - SHELL=/usr/bin/bash

and then you should be able to execute

C:\cygwin\bin\rxvt.exe -bg black -fg grey -sl 2048 -sb -fn 9x16 -ls

or something similar. The -ls tells rxvt to treat it as a login shell. All the rest is just for looks.

Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate companies are not responsible for errors or omissions in this e-mail message. Any personal comments made in this e-mail do not reflect the views of Blue Cross Blue Shield of Florida, Inc.  The information contained in this document may be confidential and intended solely for the use of the individual or entity to whom it is addressed.  This document may contain material that is privileged or protected from disclosure under applicable law.  If you are not the intended recipient or the individual responsible for delivering to the intended recipient, please (1) be advised that any use, dissemination, forwarding, or copying of this document IS STRICTLY PROHIBITED; and (2) notify sender immediately by telephone and destroy the document. THANK YOU.

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

^ permalink raw reply	[flat|nested] 56+ messages in thread

* RE:
  2006-02-08 17:33 "rxvt -e bash" From Batch File Hassel, Scott
@ 2006-02-08 17:49 ` Bubba Jones
  0 siblings, 0 replies; 56+ messages in thread
From: Bubba Jones @ 2006-02-08 17:49 UTC (permalink / raw)
  To: cygwin

On Wed, 8 Feb 2006 12:26:57 -0500 "Hassel, Scott" 
Scott.Hassel@bxxx> wrote:

> When I envoke "rxvt -e bash" from a command line
> I get rxvt with bash and bash sourced my .bashrc
> file.  However, when I put "rxvt -e bash" in a
> batch file, launch the batch file, I get rxvt
> with bash, but my .bashrc file is not sourced...
> 
> Does anyone know why my batch file doesn't source
> .bashrc and/or how I can get the batch file to
> source?  I'm guessing I'm starting a login
> bash session, but I'm not certain...
> -----END Original Message-----
> 
> 
> 
> Have you tried this:
> 
> set the dos/windows environment variable - 
SHELL=/usr/bin/bash
> 
> and then you should be able to execute
> 
> C:\cygwin\bin\rxvt.exe -bg black -fg grey -sl 2048 -sb 
-fn 9x16 -ls
> 
> or something similar. The -ls tells rxvt to treat it as 
a login shell. All the rest is just for looks.

That didn't work.  My environment variables might
be messed up.  When I call the regular cygwin bash
prompt from a batch file, I have the following in
the batch file:

C:\Cygwin\bin\bash --rcfile /cygdrive/h/.bashrc -i

That explicitly tells bash to source my .bashrc.
Does rxvt have anything like that?

_________________________________________________________________Get your FREE Budweiser E-mail account at http://budweiser.com     Budweiser E-Mail must be used responsibly and only is for consumers 21 years of age and older!       Disclaimer: Neither Anheuser-Busch, Inc. (the makers of BUDWEISER beer) nor the operator of this E-Mail service or their respective affiliates have seen, endorsed or approved any of the content in this e-mail and expressly disclaim all liability for the content in whole and in part.

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

^ permalink raw reply	[flat|nested] 56+ messages in thread

* "rxvt -e bash" From Batch File
@ 2006-02-08 17:10 Bubba Jones
  2006-02-08 17:36 ` Chris Taylor
  0 siblings, 1 reply; 56+ messages in thread
From: Bubba Jones @ 2006-02-08 17:10 UTC (permalink / raw)
  To: cygwin

When I envoke "rxvt -e bash" from a command line
I get rxvt with bash and bash sourced my .bashrc
file.  However, when I put "rxvt -e bash" in a
batch file, launch the batch file, I get rxvt
with bash, but my .bashrc file is not sourced...

Does anyone know why my batch file doesn't source
.bashrc and/or how I can get the batch file to
source?  I'm guessing I'm starting a login
bash session, but I'm not certain...

_________________________________________________________________Get your FREE Budweiser E-mail account at http://budweiser.com     Budweiser E-Mail must be used responsibly and only is for consumers 21 years of age and older!       Disclaimer: Neither Anheuser-Busch, Inc. (the makers of BUDWEISER beer) nor the operator of this E-Mail service or their respective affiliates have seen, endorsed or approved any of the content in this e-mail and expressly disclaim all liability for the content in whole and in part.

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

^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re: "rxvt -e bash" From Batch File
  2006-02-08 17:10 "rxvt -e bash" From Batch File Bubba Jones
@ 2006-02-08 17:36 ` Chris Taylor
  2006-02-08 17:58   ` Bubba Jones
  0 siblings, 1 reply; 56+ messages in thread
From: Chris Taylor @ 2006-02-08 17:36 UTC (permalink / raw)
  To: Bubba Jones; +Cc: cygwin

Bubba Jones wrote:

> When I envoke "rxvt -e bash" from a command line
> I get rxvt with bash and bash sourced my .bashrc
> file.  However, when I put "rxvt -e bash" in a
> batch file, launch the batch file, I get rxvt
> with bash, but my .bashrc file is not sourced...
> 
> Does anyone know why my batch file doesn't source
> .bashrc and/or how I can get the batch file to
> source?  I'm guessing I'm starting a login
> bash session, but I'm not certain...
> 

Try using rxvt -e /bin/bash --login -i
You can specify all manner of things there as well..
EG: black bg and green text: -fg Green -bg Black

HTH

Chris

-- 

Spinning complacently in the darkness, covered and blinded by a blanket
of little lives, false security has lulled the madness of this world
into a slumber. Wake up! An eye is upon you, staring straight down and
keenly through, seeing all that you are and everything that you will
never be. Yes, an eye is upon you, an eye ready to blink. So face
forward, with arms wide open and mind reeling. Your future has
arrived... Are you ready to go?

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

^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re:
  2006-02-08 17:36 ` Chris Taylor
@ 2006-02-08 17:58   ` Bubba Jones
  0 siblings, 0 replies; 56+ messages in thread
From: Bubba Jones @ 2006-02-08 17:58 UTC (permalink / raw)
  To: cygwin

On Wed, 08 Feb 2006 17:35:30 +0000 Chris Taylor
<chris@xxx> wrote:

> Try using rxvt -e /bin/bash --login -i
> You can specify all manner of things there as well..
> EG: black bg and green text: -fg Green -bg Black

I think I found the problem.  My $HOME variable is
set to another location than I want.  Before using
rxvt I explicitly set HOME in my .bashrc...  When
I set HOME in the regular bash prompt and run
"rxvt -e /bin/bash --login -i" all is well.  So, my
problem now is, how do I set my HOME in a batch
file?  If that can't be done, how can I set HOME
before I call rxvt?

Hmmmm...

_________________________________________________________________Get your FREE Budweiser E-mail account at http://budweiser.com     Budweiser E-Mail must be used responsibly and only is for consumers 21 years of age and older!       Disclaimer: Neither Anheuser-Busch, Inc. (the makers of BUDWEISER beer) nor the operator of this E-Mail service or their respective affiliates have seen, endorsed or approved any of the content in this e-mail and expressly disclaim all liability for the content in whole and in part.

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

^ permalink raw reply	[flat|nested] 56+ messages in thread

* "replaced while being copied" - was ... RE: Solved partially by findutils 4.3 - RE: "inode changed", ...
@ 2006-01-18 15:05 Jan Schormann
  2006-01-18 16:18 ` Corinna Vinschen
  0 siblings, 1 reply; 56+ messages in thread
From: Jan Schormann @ 2006-01-18 15:05 UTC (permalink / raw)
  To: cygwin

[-- Attachment #1: Type: text/plain, Size: 2512 bytes --]

Eric wrote on Wednesday, January 18, 2006 3:14 PM:

> Can you convince your mailer to attach text files with a MIME type of
> text, rather than application/octet-stream?

Ouch! Thanks for the hint.
Alas, the only selection I can find is {Default, MIME, UUEncode,
BINHEX}.
I'm trying it as .txt this time using "Default". Is that better?
Otherwise I'll look for a different mail client for this list.

> > ----
> > ~$ echo blub > //desdata2/universal/Sourcecode/test.txt
> > ~$ cp -f //desdata2/universal/Sourcecode/test.txt /cygdrive/f/tmp
> > ~$ mv //desdata2/universal/Sourcecode/test.txt
> > //desdata2/universal/Sourcecode/test.exe
> > ~$ cp -f //desdata2/universal/Sourcecode/test.exe /cygdrive/f/tmp
> > cp: skipping file
> `//desdata2/universal/Sourcecode/test.exe', as it was
> > replaced while being copied
> > ----
> > 
> > The exe file is not copied, by the way.
> > 
> > These are consistent when I install 1.5.19-2 etc.
> > After downgrading to 1.5.18-1, I'm back to usual.
> 
> Are they present in cygwin 1.5.19-2/coreutils-5.3.0-9?  If so, it is
> something that change in how cygwin performs stat() on
> network shares (and there were changes made in that arena).

Still here:

----
~$ echo blub > //desdata2/universal/Sourcecode/test.txt
~$ cp -f //desdata2/universal/Sourcecode/test.txt /f/tmp
~$ mv //desdata2/universal/Sourcecode/test.txt
//desdata2/universal/Sourcecode/test.exe
~$ cp -f //desdata2/universal/Sourcecode/test.exe /f/tmp
cp: skipping file `//desdata2/universal/Sourcecode/test.exe', as it was
replaced while being copied
----

> In which case, an strace may be interesting to show why stat()
> is giving different inodes on the same network share file when it
> has not been modified.

Does this help? See attachment.

----
~$ strace cp -f //desdata2/universal/Sourcecode/test.exe /f/tmp >&
/f/tmp/cp-strace.txt
----

> Also, do you know what filesystem (NFS, Samba, etc.) is on
> //desdata1/divisions/ and //desdata2/universal/?  This will
> probably be relevant, but Corinna will have to chime in here
> (as I cannot reproduce the problem).

Hm, I know it's a Network Appliance filer, and I guess they have
their own file system (but could dig deeper, if you like). Anyway,
I'm using it as a "mapped network drive" so I'm guessing SMB (where
else can I look?), while the Windows explorer "Properties" dialog calls
it "NTFS". Oh, in case this makes a difference: "/f" is a local NTFS
partition.

HTH,
	Jan.

[-- Attachment #2: cygcheck.txt --]
[-- Type: text/plain, Size: 23724 bytes --]


Cygwin Configuration Diagnostics
Current System Time: Wed Jan 18 15:29:46 2006

Windows XP Professional Ver 5.1 Build 2600 Service Pack 2

Path:	E:\cygwin\home\jan.schormann\bin
	E:\cygwin\usr\local\bin
	E:\cygwin\bin
	E:\cygwin\bin
	E:\cygwin\usr\X11R6\bin
	C:\WINDOWS\system32
	C:\WINDOWS
	C:\WINDOWS\system32\WBEM
	C:\Python23
	C:\mysql\bin
	C:\Program Files\Resource Kit
	C:\Program Files\Perforce
	C:\Program Files\Common Files\Compuware\
	E:\cygwin\bin
	E:\cygwin\sbin
	E:\cygwin\usr\i686-pc-cygwin\bin
	E:\cygwin\usr\local\bin
	E:\cygwin\usr\sbin
	E:\braintools\base\bin
	E:\braintools\base\bin\sp\bin
	E:\braintools\braindox\bin
	E:\braintools\braindox\intranet\bin
	E:\braintools\brainmake\bin
	E:\braintools\brainmake\bin\compilercache\bin
	E:\braintools\bugex\bin
	E:\braintools\buildmill\bin
	E:\braintools\contrib\bin
	E:\braintools\contrib\precompile\bin
	E:\braintools\guiverifier\bin
	E:\braintools\workspace\bin
	E:\braintools\xsource\bin
	E:\braintools\xtool\bin
	E:\cygwin\usr\local\bin\i686-pc-cygwin

Output from E:\cygwin\bin\id.exe (nontsec)
UID: 13325(jan.schormann)            GID: 10513(Domain Users)
544(Administrators)                  545(Users)
10513(Domain Users)                  14419(g_brainlab_frameworks_ftp)
13538(g_de_brainlab_allDevelopers)   14121(g_de_brainlab_allEmployees)
11985(g_de_brainlab_release_user)    12193(g_de_frameworks_allDevelopers)
14122(g_de_frameworks_allEmployees)  12678(g_de_frameworks_tools)

Output from E:\cygwin\bin\id.exe (ntsec)
UID: 13325(jan.schormann)            GID: 10513(Domain Users)
544(Administrators)                  545(Users)
10513(Domain Users)                  14419(g_brainlab_frameworks_ftp)
13538(g_de_brainlab_allDevelopers)   14121(g_de_brainlab_allEmployees)
11985(g_de_brainlab_release_user)    12193(g_de_frameworks_allDevelopers)
14122(g_de_frameworks_allEmployees)  12678(g_de_frameworks_tools)

SysDir: C:\WINDOWS\system32
WinDir: C:\WINDOWS

USER = 'jan.schormann'
PWD = '/home/jan.schormann'
CYGWIN = 'binmode tty ntsec'
HOME = '/home/jan.schormann'
MAKE_MODE = 'unix'

HOMEPATH = '\Documents and Settings\Jan.Schormann'
MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man'
APPDATA = 'C:\Documents and Settings\Jan.Schormann\Application Data'
HOSTNAME = 'DEWJAS'
VS71COMNTOOLS = 'C:\Program Files\Microsoft Visual Studio .NET 2003\Common7\Tools\'
CYGWIN_DIR = 'E:/cygwin'
TERM = 'xterm'
PROCESSOR_IDENTIFIER = 'x86 Family 15 Model 2 Stepping 7, GenuineIntel'
WINDIR = 'C:\WINDOWS'
EMPIRUMSERVER = 'DESRIS1'
TEXDOCVIEW_txt = 'cygstart %s'
TEXDOCVIEW_dvi = 'cygstart %s'
WINDOWID = '5027064'
OLDPWD = '//desdata2/universal/Sourcecode'
USERDOMAIN = 'BRAINLAB'
BRAINTOOLS_DIR = 'E:/braintools'
OS = 'Windows_NT'
ALLUSERSPROFILE = 'C:\Documents and Settings\All Users'
TEMP = '/c/DOCUME~1/JAN~1.SCH/LOCALS~1/Temp'
COMMONPROGRAMFILES = 'C:\Program Files\Common Files'
BLUB = 'blah'
LIB = 'C:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\Lib\'
USERNAME = 'jan.schormann'
BRAINTOOLS_SUBDIRS = 'cygwin braintools xmetal-plugin'
TEXDOCVIEW_pdf = 'cygstart %s'
PROCESSOR_LEVEL = '15'
FP_NO_HOST_CHECK = 'NO'
SYSTEMDRIVE = 'C:'
TEXDOCVIEW_html = 'cygstart %s'
USERPROFILE = 'C:\Documents and Settings\Jan.Schormann'
PS1 = '\[\033]2;\u@\h:\w\007\e[36;40;1m\]\w\$\[\e[0m\] '
LOGONSERVER = '\\DESDC2'
PROCESSOR_ARCHITECTURE = 'x86'
HISTCONTROL = 'ignoredups'
SHLVL = '1'
COLORFGBG = 'default;default;0'
USERDNSDOMAIN = 'BRAINLAB.NET'
PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
HOMEDRIVE = 'C:'
PROMPT = '$P$G'
COMSPEC = 'C:\WINDOWS\system32\cmd.exe'
TMP = '/f/tmp'
SYSTEMROOT = 'C:\WINDOWS'
PRINTER = '\\desapp2\DEP03F6'
CVS_RSH = '/bin/ssh'
PROCESSOR_REVISION = '0207'
CLASSPATH = 'C:\PROGRA~1\Corel\XMETAL~1\DEVELO~1\JAT\Lib\SQJAVA~1.JAR;C:\PROGRA~1\Corel\XMETAL~1\DEVELO~1\JAT\Lib\dom2.jar'
TEST_BRAINTOOLS_DIR = '/e/p4/braintools'
TEXDOCVIEW_ps = 'cygstart %s'
!E: = 'E:\devbin'
INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:'
PROGRAMFILES = 'C:\Program Files'
DISPLAY = ':0'
NUMBER_OF_PROCESSORS = '1'
INCLUDE = 'C:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\include\'
TRACKLOG = 'h:/operations/.pplog/current.log'
SESSIONNAME = 'Console'
COMPUTERNAME = 'DEWJAS'
COLORTERM = 'rxvt-xpm'
_ = '/usr/bin/cygcheck'
POSIXLY_CORRECT = '1'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Start Menu2\Programs\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
  (default) = '/cygdrive'
  cygdrive flags = 0x0000002a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = 'E:/cygwin'
  flags = 0x0000000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/a
  (default) = 'A:\'
  flags = 0x0000000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/b
  (default) = 'B:\'
  flags = 0x0000000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/c
  (default) = 'C:\'
  flags = 0x0000000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/d
  (default) = 'D:\'
  flags = 0x0000000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/e
  (default) = 'E:\'
  flags = 0x0000000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/f
  (default) = 'F:\'
  flags = 0x0000000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/g
  (default) = 'G:\'
  flags = 0x0000000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/h
  (default) = 'H:\'
  flags = 0x0000000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/l
  (default) = 'L:\'
  flags = 0x0000000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/m
  (default) = 'M:\'
  flags = 0x0000000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/n
  (default) = 'N:\'
  flags = 0x0000000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
  (default) = 'E:/cygwin/bin'
  flags = 0x0000000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
  (default) = 'E:/cygwin/lib'
  flags = 0x0000000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options

a:  fd             N/A    N/A                    
c:  hd  NTFS     10001Mb  93% CP CS UN PA FC     XP
d:  hd  NTFS      2000Mb  39% CP CS UN PA FC     Data
e:  hd  NTFS     14001Mb  78% CP CS UN PA FC     BrainData
f:  hd  NTFS     12158Mb  39% CP CS UN PA FC     BrainTest
h:  net NTFS       500Mb  71% CP CS UN PA        HOME
l:  net NTFS   2694481Mb  53% CP CS UN PA        Divisions
m:  net NTFS    655090Mb  85% CP CS UN PA        universal
n:  net NTFS    122880Mb  73% CP CS UN PA        Frameworks
o:  net NTFS    655090Mb  85% CP CS UN PA        universal
p:  net NTFS    360448Mb  28% CP CS UN PA        public
q:  net NTFS    655090Mb  85% CP CS UN PA        bloep
t:  net NTFS    655090Mb  85% CP CS UN PA        universal
u:  net NTFS    655090Mb  85% CP CS UN PA        universal
v:  net NTFS    128000Mb  68% CP CS UN PA        projects
y:  net NTFS     69454Mb  40% CP CS UN PA FC     Daten 2
z:  cd             N/A    N/A                    

Warning: Mount entries should not have a trailing (back)slash

E:/cygwin      /          system  binmode
A:\            /a         system  binmode
B:\            /b         system  binmode
C:\            /c         system  binmode
D:\            /d         system  binmode
E:\            /e         system  binmode
F:\            /f         system  binmode
G:\            /g         system  binmode
H:\            /h         system  binmode
L:\            /l         system  binmode
M:\            /m         system  binmode
N:\            /n         system  binmode
E:/cygwin/bin  /usr/bin   system  binmode
E:/cygwin/lib  /usr/lib   system  binmode
.              /cygdrive  system  binmode,cygdrive

Found: E:\cygwin\bin\awk.exe
Found: E:\cygwin\bin\bash.exe
Found: E:\cygwin\bin\cat.exe
Found: E:\cygwin\bin\cp.exe
Found: E:\cygwin\bin\cpp.exe
Found: E:\cygwin\bin\crontab.exe
Found: E:\cygwin\bin\find.exe
Found: E:\cygwin\bin\gcc.exe
Not Found: gdb
Found: E:\cygwin\bin\grep.exe
Found: E:\cygwin\bin\kill.exe
Found: E:\cygwin\bin\ld.exe
Found: E:\cygwin\usr\i686-pc-cygwin\bin\ld.exe
Warning: E:\cygwin\bin\ld.exe hides E:\cygwin\usr\i686-pc-cygwin\bin\ld.exe
Found: E:\cygwin\bin\ls.exe
Found: E:\cygwin\bin\make.exe
Found: E:\cygwin\bin\mv.exe
Found: E:\cygwin\bin\perl.exe
Found: E:\cygwin\bin\rm.exe
Found: E:\cygwin\bin\sed.exe
Found: E:\cygwin\bin\ssh.exe
Found: E:\cygwin\bin\sh.exe
Found: E:\cygwin\bin\tar.exe
Found: E:\cygwin\bin\test.exe
Not Found: vi
Found: E:\cygwin\bin\vim.exe

  802k 2003/09/15 E:\cygwin\bin\cygaspell-15.dll - os=4.0 img=1.0 sys=4.0
                  "cygaspell-15.dll" v0.0 ts=2003/9/15 14:32
   56k 2005/07/09 E:\cygwin\bin\cygbz2-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygbz2-1.dll" v0.0 ts=2005/7/9 7:09
    7k 2005/11/20 E:\cygwin\bin\cygcharset-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygcharset-1.dll" v0.0 ts=2005/11/20 3:24
    7k 2003/10/19 E:\cygwin\bin\cygcrypt-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygcrypt-0.dll" v0.0 ts=2003/10/19 9:57
 1108k 2005/10/17 E:\cygwin\bin\cygcrypto-0.9.7.dll - os=4.0 img=1.0 sys=4.0
                  "cygcrypto-0.9.7.dll" v0.0 ts=2005/10/17 11:16
 1047k 2005/10/11 E:\cygwin\bin\cygcrypto-0.9.8.dll - os=4.0 img=1.0 sys=4.0
                  "cygcrypto-0.9.8.dll" v0.0 ts=2005/10/11 14:47
  895k 2004/04/28 E:\cygwin\bin\cygdb-4.2.dll - os=4.0 img=1.0 sys=4.0
                  "cygdb-4.2.dll" v0.0 ts=2004/4/27 17:31
  965k 2005/05/14 E:\cygwin\bin\cygdb-4.3.dll - os=4.0 img=1.0 sys=4.0
                  "cygdb-4.3.dll" v0.0 ts=2005/5/14 14:37
 1156k 2004/04/28 E:\cygwin\bin\cygdb_cxx-4.2.dll - os=4.0 img=1.0 sys=4.0
                  "cygdb_cxx-4.2.dll" v0.0 ts=2004/4/27 17:35
 1240k 2005/05/14 E:\cygwin\bin\cygdb_cxx-4.3.dll - os=4.0 img=1.0 sys=4.0
                  "cygdb_cxx-4.3.dll" v0.0 ts=2005/5/14 14:41
  174k 2004/10/14 E:\cygwin\bin\cygexpat-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygexpat-0.dll" v0.0 ts=2004/10/14 10:34
   72k 2005/12/10 E:\cygwin\bin\cygexslt-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygexslt-0.dll" v0.0 ts=2005/12/10 1:45
   40k 2005/09/29 E:\cygwin\bin\cygform-8.dll - os=4.0 img=1.0 sys=4.0
                  "cygform-8.dll" v0.0 ts=2005/9/29 4:15
   45k 2001/04/25 E:\cygwin\bin\cygform5.dll - os=4.0 img=1.0 sys=4.0
                  "cygform5.dll" v0.0 ts=2001/4/25 7:28
   35k 2002/01/09 E:\cygwin\bin\cygform6.dll - os=4.0 img=1.0 sys=4.0
                  "cygform6.dll" v0.0 ts=2002/1/9 7:03
   48k 2003/08/09 E:\cygwin\bin\cygform7.dll - os=4.0 img=1.0 sys=4.0
                  "cygform7.dll" v0.0 ts=2003/8/9 11:25
  323k 2005/07/10 E:\cygwin\bin\cyggcrypt-11.dll - os=4.0 img=1.0 sys=4.0
                  "cyggcrypt-11.dll" v0.0 ts=2005/7/10 2:10
   28k 2003/07/20 E:\cygwin\bin\cyggdbm-3.dll - os=4.0 img=1.0 sys=4.0
                  "cyggdbm-3.dll" v0.0 ts=2003/7/20 9:58
   30k 2003/08/11 E:\cygwin\bin\cyggdbm-4.dll - os=4.0 img=1.0 sys=4.0
                  "cyggdbm-4.dll" v0.0 ts=2003/8/11 4:12
   19k 2003/03/22 E:\cygwin\bin\cyggdbm.dll - os=4.0 img=1.0 sys=4.0
                  "cyggdbm.dll" v0.0 ts=2002/2/20 4:05
   15k 2003/07/20 E:\cygwin\bin\cyggdbm_compat-3.dll - os=4.0 img=1.0 sys=4.0
                  "cyggdbm_compat-3.dll" v0.0 ts=2003/7/20 10:00
   15k 2003/08/11 E:\cygwin\bin\cyggdbm_compat-4.dll - os=4.0 img=1.0 sys=4.0
                  "cyggdbm_compat-4.dll" v0.0 ts=2003/8/11 4:13
   12k 2005/07/09 E:\cygwin\bin\cyggpg-error-0.dll - os=4.0 img=1.0 sys=4.0
                  "cyggpg-error-0.dll" v0.0 ts=2005/7/10 0:34
   17k 2001/06/28 E:\cygwin\bin\cyghistory4.dll - os=4.0 img=1.0 sys=4.0
                  "cyghistory4.dll" v0.0 ts=2001/1/7 5:34
   29k 2003/08/10 E:\cygwin\bin\cyghistory5.dll - os=4.0 img=1.0 sys=4.0
                  "cyghistory5.dll" v0.0 ts=2003/8/11 1:16
   24k 2005/07/29 E:\cygwin\bin\cyghistory6.dll - os=4.0 img=1.0 sys=4.0
                  "cyghistory6.dll" v0.0 ts=2005/7/29 5:57
  947k 2005/11/20 E:\cygwin\bin\cygiconv-2.dll - os=4.0 img=1.0 sys=4.0
                  "cygiconv-2.dll" v0.0 ts=2005/11/20 3:24
   22k 2001/12/13 E:\cygwin\bin\cygintl-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygintl-1.dll" v0.0 ts=2001/12/13 10:28
   37k 2003/08/10 E:\cygwin\bin\cygintl-2.dll - os=4.0 img=1.0 sys=4.0
                  "cygintl-2.dll" v0.0 ts=2003/8/10 23:50
   31k 2005/11/20 E:\cygwin\bin\cygintl-3.dll - os=4.0 img=1.0 sys=4.0
                  "cygintl-3.dll" v0.0 ts=2005/11/20 3:04
   21k 2001/06/20 E:\cygwin\bin\cygintl.dll - os=4.0 img=1.0 sys=4.0
                  "cygintl.dll" v0.0 ts=2001/6/20 19:09
  132k 2003/08/11 E:\cygwin\bin\cygjpeg-62.dll - os=4.0 img=1.0 sys=4.0
                  "cygjpeg-62.dll" v0.0 ts=2003/8/11 2:37
  119k 2002/02/09 E:\cygwin\bin\cygjpeg6b.dll - os=4.0 img=1.0 sys=4.0
                  "cygjpeg6b.dll" v0.0 ts=2002/2/9 6:19
   60k 2004/09/27 E:\cygwin\bin\cygkpathsea-3.dll - os=4.0 img=1.0 sys=4.0
                  "cygkpathsea-3.dll" v0.0 ts=2004/9/27 19:32
   65k 2005/05/05 E:\cygwin\bin\cygkpathsea-4.dll - os=4.0 img=1.0 sys=4.0
                  "cygkpathsea-4.dll" v0.0 ts=2005/5/5 16:33
   21k 2005/09/29 E:\cygwin\bin\cygmenu-8.dll - os=4.0 img=1.0 sys=4.0
                  "cygmenu-8.dll" v0.0 ts=2005/9/29 4:15
   26k 2001/04/25 E:\cygwin\bin\cygmenu5.dll - os=4.0 img=1.0 sys=4.0
                  "cygmenu5.dll" v0.0 ts=2001/4/25 7:27
   20k 2002/01/09 E:\cygwin\bin\cygmenu6.dll - os=4.0 img=1.0 sys=4.0
                  "cygmenu6.dll" v0.0 ts=2002/1/9 7:03
   29k 2003/08/09 E:\cygwin\bin\cygmenu7.dll - os=4.0 img=1.0 sys=4.0
                  "cygmenu7.dll" v0.0 ts=2003/8/9 11:25
   21k 2004/10/22 E:\cygwin\bin\cygminires.dll - os=4.0 img=1.0 sys=4.0
                  "cygminires.dll" v0.0 ts=2004/10/22 22:28
   67k 2005/09/29 E:\cygwin\bin\cygncurses++-8.dll - os=4.0 img=1.0 sys=4.0
                  "cygncurses++-8.dll" v0.0 ts=2005/9/29 4:16
  156k 2001/04/25 E:\cygwin\bin\cygncurses++5.dll - os=4.0 img=1.0 sys=4.0
                  "cygncurses++5.dll" v0.0 ts=2001/4/25 7:29
  175k 2002/01/09 E:\cygwin\bin\cygncurses++6.dll - os=4.0 img=1.0 sys=4.0
                  "cygncurses++6.dll" v0.0 ts=2002/1/9 7:03
  226k 2005/09/29 E:\cygwin\bin\cygncurses-8.dll - os=4.0 img=1.0 sys=4.0
                  "cygncurses-8.dll" v0.0 ts=2005/9/29 4:02
  226k 2001/04/25 E:\cygwin\bin\cygncurses5.dll - os=4.0 img=1.0 sys=4.0
                  "cygncurses5.dll" v0.0 ts=2001/4/25 7:17
  202k 2002/01/09 E:\cygwin\bin\cygncurses6.dll - os=4.0 img=1.0 sys=4.0
                  "cygncurses6.dll" v0.0 ts=2002/1/9 7:03
  224k 2003/08/09 E:\cygwin\bin\cygncurses7.dll - os=4.0 img=1.0 sys=4.0
                  "cygncurses7.dll" v0.0 ts=2003/8/9 11:24
   11k 2005/09/29 E:\cygwin\bin\cygpanel-8.dll - os=4.0 img=1.0 sys=4.0
                  "cygpanel-8.dll" v0.0 ts=2005/9/29 4:15
   15k 2001/04/25 E:\cygwin\bin\cygpanel5.dll - os=4.0 img=1.0 sys=4.0
                  "cygpanel5.dll" v0.0 ts=2001/4/25 7:27
   12k 2002/01/09 E:\cygwin\bin\cygpanel6.dll - os=4.0 img=1.0 sys=4.0
                  "cygpanel6.dll" v0.0 ts=2002/1/9 7:03
   19k 2003/08/09 E:\cygwin\bin\cygpanel7.dll - os=4.0 img=1.0 sys=4.0
                  "cygpanel7.dll" v0.0 ts=2003/8/9 11:24
  176k 2005/09/06 E:\cygwin\bin\cygpcre-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygpcre-0.dll" v0.0 ts=2005/9/6 22:49
  299k 2005/09/06 E:\cygwin\bin\cygpcrecpp-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygpcrecpp-0.dll" v0.0 ts=2005/9/6 23:26
    6k 2005/09/06 E:\cygwin\bin\cygpcreposix-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygpcreposix-0.dll" v0.0 ts=2005/9/6 23:26
 1249k 2005/12/30 E:\cygwin\bin\cygperl5_8.dll - os=4.0 img=1.0 sys=4.0
                  "cygperl5_8.dll" v0.0 ts=2005/12/30 2:48
  230k 2005/07/11 E:\cygwin\bin\cygpng12.dll - os=4.0 img=1.0 sys=4.0
                  "cygpng12.dll" v0.0 ts=2005/7/12 1:50
   22k 2002/06/09 E:\cygwin\bin\cygpopt-0.dll - os=4.0 img=1.0 sys=4.0
                  "cygpopt-0.dll" v0.0 ts=2002/6/9 7:45
   94k 2005/11/08 E:\cygwin\bin\cygpq.dll - os=4.0 img=1.0 sys=4.0
                  "cygpq.dll" v0.0 ts=2005/11/8 2:04
  108k 2001/06/28 E:\cygwin\bin\cygreadline4.dll - os=4.0 img=1.0 sys=4.0
                  "cygreadline4.dll" v0.0 ts=2001/1/7 5:34
  148k 2003/08/10 E:\cygwin\bin\cygreadline5.dll - os=4.0 img=1.0 sys=4.0
                  "cygreadline5.dll" v0.0 ts=2003/8/11 1:16
  144k 2005/07/29 E:\cygwin\bin\cygreadline6.dll - os=4.0 img=1.0 sys=4.0
                  "cygreadline6.dll" v0.0 ts=2005/7/29 5:57
  231k 2005/10/17 E:\cygwin\bin\cygssl-0.9.7.dll - os=4.0 img=1.0 sys=4.0
                  "cygssl-0.9.7.dll" v0.0 ts=2005/10/17 11:16
  215k 2005/10/11 E:\cygwin\bin\cygssl-0.9.8.dll - os=4.0 img=1.0 sys=4.0
                  "cygssl-0.9.8.dll" v0.0 ts=2005/10/11 14:47
  304k 2005/07/10 E:\cygwin\bin\cygtiff-5.dll - os=4.0 img=1.0 sys=4.0
                  "cygtiff-5.dll" v0.0 ts=2005/7/11 1:18
  281k 2003/02/24 E:\cygwin\bin\cygtiff3.dll - os=4.0 img=1.0 sys=4.0
                  "cygtiff3.dll" v0.0 ts=2003/2/24 5:58
  282k 2003/08/11 E:\cygwin\bin\cygtiff4.dll - os=4.0 img=1.0 sys=4.0
                  "cygtiff4.dll" v0.0 ts=2003/8/11 4:32
  281k 2005/07/10 E:\cygwin\bin\cygtiffxx-5.dll - os=4.0 img=1.0 sys=4.0
                  "cygtiffxx-5.dll" v0.0 ts=2005/7/11 1:21
 1430k 2005/11/18 E:\cygwin\bin\cygxml2-2.dll - os=4.0 img=1.0 sys=4.0
                  "cygxml2-2.dll" v0.0 ts=2005/11/18 18:48
   50k 2003/08/09 E:\cygwin\bin\cygXpm-noX4.dll - os=4.0 img=1.0 sys=4.0
                  "cygXpm-noX4.dll" v0.0 ts=2003/8/9 9:21
   54k 2003/08/09 E:\cygwin\bin\cygXpm-X4.dll - os=4.0 img=1.0 sys=4.0
                  "cygXpm-X4.dll" v0.0 ts=2003/8/9 9:22
  200k 2005/12/10 E:\cygwin\bin\cygxslt-1.dll - os=4.0 img=1.0 sys=4.0
                  "cygxslt-1.dll" v0.0 ts=2005/12/10 1:43
   65k 2005/08/23 E:\cygwin\bin\cygz.dll - os=4.0 img=1.0 sys=4.0
                  "cygz.dll" v0.0 ts=2005/8/23 4:03
 1763k 2006/01/16 E:\cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0
                  "cygwin1.dll" v0.0 ts=2006/1/16 21:01
    Cygwin DLL version info:
        DLL version: 1.5.19
        DLL epoch: 19
        DLL bad signal mask: 19005
        DLL old termios: 5
        DLL malloc env: 28
        API major: 0
        API minor: 150
        Shared data: 4
        DLL identifier: cygwin1
        Mount registry: 2
        Cygnus registry name: Cygnus Solutions
        Cygwin registry name: Cygwin
        Program options name: Program Options
        Cygwin mount registry name: mounts v2
        Cygdrive flags: cygdrive flags
        Cygdrive prefix: cygdrive prefix
        Cygdrive default prefix: 
        Build date: Mon Jan 16 15:01:58 EST 2006
        Shared id: cygwin1S4


No Cygwin services found.


Cygwin Package Information
Last downloaded files to: f:/cygwin-downloads
Last downloaded files from: http://ftp-stud.fht-esslingen.de/pub/Mirrors/sources.redhat.com/cygwin

Package              Version
_update-info-dir     00346-1
a2ps                 4.13-1
alternatives         1.3.20a-2
ash                  20040127-3
aspell               0.50.3-1
aspell-de            0.50.2-1
aspell-en            0.51.0-1
base-files           3.6-1
base-passwd          2.2-1
bash                 3.0-14
bc                   1.06-2
binutils             20050610-1
bison                20030307-1
byacc                1.9-1
bzip2                1.0.3-1
clear                1.0-2
coreutils            5.3.0-9
cron                 3.0.1-19
crypt                1.1-1
ctags                5.5-4
cvs                  1.11.17-1
cygrunsrv            1.12-1
cygutils             1.2.9-1
cygwin               1.5.19-2
cygwin-doc           1.4-3
diffutils            2.8.7-1
doxygen              1.4.4-1
ed                   0.2-1
editrights           1.01-1
expat                1.95.8-1
findutils            4.3.0-1
gawk                 3.1.5-2
gcc                  3.4.4-1
gcc-core             3.4.4-1
gcc-g++              3.4.4-1
gcc-g77              3.4.4-1
gcc-mingw            20040810-1
gcc-mingw-core       20050522-1
gcc-mingw-g++        20050522-1
gcc-mingw-g77        20050522-1
gdbm                 1.8.3-7
ghostscript          8.15-2
ghostscript-base     8.15-2
gnupg                1.4.1-1
grep                 2.5.1a-2
groff                1.18.1-2
gzip                 1.3.5-1
indent               2.2.9-1
keychain             2.5.3.1-1
less                 381-1
libaspell15          0.50.3-1
libbz2_1             1.0.3-1
libcharset1          1.9.2-2
libdb4.2             4.2.52-1
libdb4.3             4.3.28-1
libgcrypt            1.2.1-1
libgdbm              1.8.0-5
libgdbm-devel        1.8.3-7
libgdbm3             1.8.3-3
libgdbm4             1.8.3-7
libgpg-error         1.1-1
libiconv             1.9.2-2
libiconv2            1.9.2-2
libintl              0.10.38-3
libintl1             0.10.40-1
libintl2             0.12.1-3
libintl3             0.14.5-1
libjpeg62            6b-11
libjpeg6b            6b-8
libkpathsea3         2.0.2-15
libkpathsea4         3.0.0-3
libncurses5          5.2-1
libncurses6          5.2-8
libncurses7          5.3-4
libncurses8          5.4-4
libpcre0             6.3-1
libpng12             1.2.8-2
libpopt0             1.6.4-4
libreadline4         4.1-2
libreadline5         4.3-5
libreadline6         5.0-4
libtiff3             3.6.0-2
libtiff4             3.6.0-5
libtiff5             3.7.3-1
libxml2              2.6.22-1
libxslt              1.1.15-2
login                1.9-7
lynx                 2.8.5-4
m4                   1.4.4-1
make                 3.80-1
man                  1.5p-1
mingw-runtime        3.9-1
minires              1.00-1
mktemp               1.5-3
mutt                 1.4.2.1i-1
ncurses              5.4-4
openssh              4.2p1-1
openssl              0.9.8a-1
openssl097           0.9.7i-1
patch                2.5.8-8
patchutils           0.2.30-1
perl                 5.8.7-5
perl_manpages        5.8.7-5
postgresql           8.0.4-1
procps               3.2.5-1
psutils              1.17-1
python               2.4.1-1
rebase               2.4.2-1
rsync                2.6.6-1
run                  1.1.6-1
rxvt                 2.7.10-6
sed                  4.1.4-1
ssmtp                2.60.9-3
tar                  1.15.1-3
tcltk                20030901-1
termcap              20050421-1
terminfo             5.4_20041009-1
tetex                3.0.0-3
tetex-base           3.0.0-3
tetex-bin            3.0.0-3
tetex-extra          3.0.0-3
tetex-tiny           3.0.0-3
texinfo              4.8-1
time                 1.7-1
vim                  6.4-4
w32api               3.6-1
wget                 1.10.2-1
which                1.7-1
wtf                  0.0.4-6
xpm-nox              4.2.0-4
zlib                 1.2.3-1
Use -h to see help about each section

[-- Attachment #3: cp-strace.txt --]
[-- Type: text/plain, Size: 45774 bytes --]

**********************************************
Program name: E:\cygwin\bin\cp.exe (pid 2948, ppid 1)
App version:  1005.18, api: 0.132
DLL version:  1005.19, api: 0.150
DLL build:    2006-01-16 15:01
OS version:   Windows NT-5.1
Heap size:    402653184
Date/Time:    2006-01-18 15:35:30
**********************************************
   35     496 [main] cp 2948 set_myself: myself->dwProcessId 2948
   30     526 [main] cp 2948 time: 1137594930 = time (0)
  412     938 [main] cp 2948 environ_init: GetEnvironmentStrings returned 0x245318 - "=E:=E:\devbin"
   58     996 [main] cp 2948 environ_init: 0x470238: !E:=E:\devbin
   54    1050 [main] cp 2948 environ_init: 0x470250: ALLUSERSPROFILE=C:\Documents and Settings\All Users
   55    1105 [main] cp 2948 environ_init: 0x470288: APPDATA=C:\Documents and Settings\Jan.Schormann\Application Data
   54    1159 [main] cp 2948 environ_init: 0x4702D0: BLUB=blah
   54    1213 [main] cp 2948 environ_init: 0x4702E0: BRAINTOOLS_DIR=E:/braintools
   55    1268 [main] cp 2948 environ_init: 0x470308: BRAINTOOLS_SUBDIRS=cygwin braintools xmetal-plugin
   55    1323 [main] cp 2948 environ_init: 0x470340: CLASSPATH=C:\PROGRA~1\Corel\XMETAL~1\DEVELO~1\JAT\Lib\SQJAVA~1.JAR;C:\PROGRA~1\Corel\XMETAL~1\DEVELO~1\JAT\Lib\dom2.jar
   56    1379 [main] cp 2948 environ_init: 0x4703C0: COLORFGBG=default;default;0
   54    1433 [main] cp 2948 environ_init: 0x4703E0: COLORTERM=rxvt-xpm
   55    1488 [main] cp 2948 environ_init: 0x4703F8: COMMONPROGRAMFILES=C:\Program Files\Common Files
   54    1542 [main] cp 2948 environ_init: 0x470430: COMPUTERNAME=DEWJAS
   55    1597 [main] cp 2948 environ_init: 0x470448: COMSPEC=C:\WINDOWS\system32\cmd.exe
   54    1651 [main] cp 2948 environ_init: 0x470470: CVS_RSH=/bin/ssh
   61    1712 [main] cp 2948 parse_options: binmode 65536
   55    1767 [main] cp 2948 parse_options: tty 1001
   55    1822 [main] cp 2948 parse_options: ntsec (called func)
   53    1875 [main] cp 2948 parse_options: returning
   29    1904 [main] cp 2948 environ_init: 0x470488: CYGWIN=binmode tty ntsec
   54    1958 [main] cp 2948 environ_init: 0x4704D8: CYGWIN_DIR=E:/cygwin
   55    2013 [main] cp 2948 environ_init: 0x4704F8: DISPLAY=:0
   54    2067 [main] cp 2948 environ_init: 0x470508: EMPIRUMSERVER=DESRIS1
   54    2121 [main] cp 2948 environ_init: 0x470528: FP_NO_HOST_CHECK=NO
   58    2179 [main] cp 2948 environ_init: 0x470540: HISTCONTROL=ignoredups
   55    2234 [main] cp 2948 getwinenv: can't set native for HOME= since no environ yet
   61    2295 [main] cp 2948 mount_info::conv_to_posix_path: conv_to_posix_path (E:\cygwin\home\jan.schormann, no-keep-rel, no-add-slash)
   34    2329 [main] cp 2948 normalize_win32_path: E:\cygwin\home\jan.schormann = normalize_win32_path (E:\cygwin\home\jan.schormann)
   43    2372 [main] cp 2948 mount_info::conv_to_posix_path: /home/jan.schormann = conv_to_posix_path (E:\cygwin\home\jan.schormann)
   81    2453 [main] cp 2948 win_env::add_cache: posix /home/jan.schormann
   28    2481 [main] cp 2948 win_env::add_cache: native HOME=E:\cygwin\home\jan.schormann
   29    2510 [main] cp 2948 posify: env var converted to HOME=/home/jan.schormann
   54    2564 [main] cp 2948 environ_init: 0x470588: HOME=/home/jan.schormann
   55    2619 [main] cp 2948 environ_init: 0x470560: HOMEDRIVE=C:
   54    2673 [main] cp 2948 environ_init: 0x4706D8: HOMEPATH=\Documents and Settings\Jan.Schormann
   55    2728 [main] cp 2948 environ_init: 0x470710: HOSTNAME=DEWJAS
   54    2782 [main] cp 2948 environ_init: 0x470728: INCLUDE=C:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\include\
   55    2837 [main] cp 2948 environ_init: 0x470780: INFOPATH=/usr/local/info:/usr/share/info:/usr/info:
   54    2891 [main] cp 2948 environ_init: 0x4707B8: LIB=C:\Program Files\Microsoft Visual Studio .NET 2003\SDK\v1.1\Lib\
   56    2947 [main] cp 2948 environ_init: 0x470808: LOGONSERVER=\\DESDC2
   53    3000 [main] cp 2948 environ_init: 0x470828: MAKE_MODE=unix
   54    3054 [main] cp 2948 environ_init: 0x470840: MANPATH=/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man
  168    3222 [main] cp 2948 environ_init: 0x470888: NUMBER_OF_PROCESSORS=1
   56    3278 [main] cp 2948 environ_init: 0x4708A8: OLDPWD=//desdata2/universal/Sourcecode
   54    3332 [main] cp 2948 environ_init: 0x4708D8: OS=Windows_NT
   57    3389 [main] cp 2948 getwinenv: can't set native for PATH= since no environ yet
   37    3426 [main] cp 2948 normalize_posix_path: src .
   39    3465 [main] cp 2948 mount_info::conv_to_posix_path: conv_to_posix_path (E:\cygwin\home\jan.schormann, no-keep-rel, no-add-slash)
   31    3496 [main] cp 2948 normalize_win32_path: E:\cygwin\home\jan.schormann = normalize_win32_path (E:\cygwin\home\jan.schormann)
   31    3527 [main] cp 2948 mount_info::conv_to_posix_path: /home/jan.schormann = conv_to_posix_path (E:\cygwin\home\jan.schormann)
   35    3562 [main] cp 2948 cwdstuff::get: posix /home/jan.schormann
   33    3595 [main] cp 2948 cwdstuff::get: (/home/jan.schormann) = cwdstuff::get (0x22EA70, 260, 1, 0), errno 0
   31    3626 [main] cp 2948 normalize_posix_path: /home/jan.schormann/ = normalize_posix_path (.)
   30    3656 [main] cp 2948 mount_info::conv_to_win32_path: conv_to_win32_path (/home/jan.schormann)
   40    3696 [main] cp 2948 set_flags: flags: binary (0x2)
   33    3729 [main] cp 2948 mount_info::conv_to_win32_path: src_path /home/jan.schormann, dst E:\cygwin\home\jan.schormann, flags 0xA, rc 0
  118    3847 [main] cp 2948 symlink_info::check: not a symlink
   32    3879 [main] cp 2948 symlink_info::check: 0 = symlink.check (E:\cygwin\home\jan.schormann, 0x22E730) (0xA)
  681    4560 [main] cp 2948 set_privilege: 1 = set_privilege ((token 728) SeChangeNotifyPrivilege, 1)
  190    4750 [main] cp 2948 path_conv::check: this->path(E:\cygwin\home\jan.schormann), has_acls(1)
   77    4827 [main] cp 2948 mount_info::conv_to_posix_path: conv_to_posix_path (E:\cygwin\home\jan.schormann\bin, keep-rel, no-add-slash)
   31    4858 [main] cp 2948 normalize_win32_path: E:\cygwin\home\jan.schormann\bin = normalize_win32_path (E:\cygwin\home\jan.schormann\bin)
   33    4891 [main] cp 2948 mount_info::conv_to_posix_path: /home/jan.schormann/bin = conv_to_posix_path (E:\cygwin\home\jan.schormann\bin)
   30    4921 [main] cp 2948 mount_info::conv_to_posix_path: conv_to_posix_path (E:\cygwin\usr\local\bin, keep-rel, no-add-slash)
   30    4951 [main] cp 2948 normalize_win32_path: E:\cygwin\usr\local\bin = normalize_win32_path (E:\cygwin\usr\local\bin)
   30    4981 [main] cp 2948 mount_info::conv_to_posix_path: /usr/local/bin = conv_to_posix_path (E:\cygwin\usr\local\bin)
   30    5011 [main] cp 2948 mount_info::conv_to_posix_path: conv_to_posix_path (E:\cygwin\bin, keep-rel, no-add-slash)
   30    5041 [main] cp 2948 normalize_win32_path: E:\cygwin\bin = normalize_win32_path (E:\cygwin\bin)
   30    5071 [main] cp 2948 mount_info::conv_to_posix_path: /usr/bin = conv_to_posix_path (E:\cygwin\bin)
   30    5101 [main] cp 2948 mount_info::conv_to_posix_path: conv_to_posix_path (E:\cygwin\bin, keep-rel, no-add-slash)
   29    5130 [main] cp 2948 normalize_win32_path: E:\cygwin\bin = normalize_win32_path (E:\cygwin\bin)
   30    5160 [main] cp 2948 mount_info::conv_to_posix_path: /usr/bin = conv_to_posix_path (E:\cygwin\bin)
   30    5190 [main] cp 2948 mount_info::conv_to_posix_path: conv_to_posix_path (E:\cygwin\usr\X11R6\bin, keep-rel, no-add-slash)
   30    5220 [main] cp 2948 normalize_win32_path: E:\cygwin\usr\X11R6\bin = normalize_win32_path (E:\cygwin\usr\X11R6\bin)
   30    5250 [main] cp 2948 mount_info::conv_to_posix_path: /usr/X11R6/bin = conv_to_posix_path (E:\cygwin\usr\X11R6\bin)
   30    5280 [main] cp 2948 mount_info::conv_to_posix_path: conv_to_posix_path (C:\WINDOWS\system32, keep-rel, no-add-slash)
   30    5310 [main] cp 2948 normalize_win32_path: C:\WINDOWS\system32 = normalize_win32_path (C:\WINDOWS\system32)
   30    5340 [main] cp 2948 mount_info::conv_to_posix_path: /c/WINDOWS/system32 = conv_to_posix_path (C:\WINDOWS\system32)
   30    5370 [main] cp 2948 mount_info::conv_to_posix_path: conv_to_posix_path (C:\WINDOWS, keep-rel, no-add-slash)
   37    5407 [main] cp 2948 normalize_win32_path: C:\WINDOWS = normalize_win32_path (C:\WINDOWS)
   30    5437 [main] cp 2948 mount_info::conv_to_posix_path: /c/WINDOWS = conv_to_posix_path (C:\WINDOWS)
   30    5467 [main] cp 2948 mount_info::conv_to_posix_path: conv_to_posix_path (C:\WINDOWS\system32\WBEM, keep-rel, no-add-slash)
   30    5497 [main] cp 2948 normalize_win32_path: C:\WINDOWS\system32\WBEM = normalize_win32_path (C:\WINDOWS\system32\WBEM)
   30    5527 [main] cp 2948 mount_info::conv_to_posix_path: /c/WINDOWS/system32/WBEM = conv_to_posix_path (C:\WINDOWS\system32\WBEM)
   30    5557 [main] cp 2948 mount_info::conv_to_posix_path: conv_to_posix_path (C:\Python23, keep-rel, no-add-slash)
   30    5587 [main] cp 2948 normalize_win32_path: C:\Python23 = normalize_win32_path (C:\Python23)
   29    5616 [main] cp 2948 mount_info::conv_to_posix_path: /c/Python23 = conv_to_posix_path (C:\Python23)
   30    5646 [main] cp 2948 mount_info::conv_to_posix_path: conv_to_posix_path (C:\mysql\bin, keep-rel, no-add-slash)
   29    5675 [main] cp 2948 normalize_win32_path: C:\mysql\bin = normalize_win32_path (C:\mysql\bin)
   30    5705 [main] cp 2948 mount_info::conv_to_posix_path: /c/mysql/bin = conv_to_posix_path (C:\mysql\bin)
   30    5735 [main] cp 2948 mount_info::conv_to_posix_path: conv_to_posix_path (C:\Program Files\Resource Kit, keep-rel, no-add-slash)
   30    5765 [main] cp 2948 normalize_win32_path: C:\Program Files\Resource Kit = normalize_win32_path (C:\Program Files\Resource Kit)
   30    5795 [main] cp 2948 mount_info::conv_to_posix_path: /c/Program Files/Resource Kit = conv_to_posix_path (C:\Program Files\Resource Kit)
   30    5825 [main] cp 2948 mount_info::conv_to_posix_path: conv_to_posix_path (C:\Program Files\Perforce, keep-rel, no-add-slash)
   30    5855 [main] cp 2948 normalize_win32_path: C:\Program Files\Perforce = normalize_win32_path (C:\Program Files\Perforce)
   30    5885 [main] cp 2948 mount_info::conv_to_posix_path: /c/Program Files/Perforce = conv_to_posix_path (C:\Program Files\Perforce)
   31    5916 [main] cp 2948 mount_info::conv_to_posix_path: conv_to_posix_path (C:\Program Files\Common Files\Compuware\, keep-rel, add-slash)
   30    5946 [main] cp 2948 normalize_win32_path: C:\Program Files\Common Files\Compuware\ = normalize_win32_path (C:\Program Files\Common Files\Compuware\)
   31    5977 [main] cp 2948 mount_info::conv_to_posix_path: /c/Program Files/Common Files/Compuware/ = conv_to_posix_path (C:\Program Files\Common Files\Compuware\)
   31    6008 [main] cp 2948 mount_info::conv_to_posix_path: conv_to_posix_path (E:\cygwin\bin, keep-rel, no-add-slash)
   29    6037 [main] cp 2948 normalize_win32_path: E:\cygwin\bin = normalize_win32_path (E:\cygwin\bin)
   29    6066 [main] cp 2948 mount_info::conv_to_posix_path: /usr/bin = conv_to_posix_path (E:\cygwin\bin)
   30    6096 [main] cp 2948 mount_info::conv_to_posix_path: conv_to_posix_path (E:\cygwin\sbin, keep-rel, no-add-slash)
   30    6126 [main] cp 2948 normalize_win32_path: E:\cygwin\sbin = normalize_win32_path (E:\cygwin\sbin)
   29    6155 [main] cp 2948 mount_info::conv_to_posix_path: /sbin = conv_to_posix_path (E:\cygwin\sbin)
   30    6185 [main] cp 2948 mount_info::conv_to_posix_path: conv_to_posix_path (E:\cygwin\usr\i686-pc-cygwin\bin, keep-rel, no-add-slash)
   30    6215 [main] cp 2948 normalize_win32_path: E:\cygwin\usr\i686-pc-cygwin\bin = normalize_win32_path (E:\cygwin\usr\i686-pc-cygwin\bin)
   31    6246 [main] cp 2948 mount_info::conv_to_posix_path: /usr/i686-pc-cygwin/bin = conv_to_posix_path (E:\cygwin\usr\i686-pc-cygwin\bin)
   30    6276 [main] cp 2948 mount_info::conv_to_posix_path: conv_to_posix_path (E:\cygwin\usr\local\bin, keep-rel, no-add-slash)
   29    6305 [main] cp 2948 normalize_win32_path: E:\cygwin\usr\local\bin = normalize_win32_path (E:\cygwin\usr\local\bin)
   31    6336 [main] cp 2948 mount_info::conv_to_posix_path: /usr/local/bin = conv_to_posix_path (E:\cygwin\usr\local\bin)
   29    6365 [main] cp 2948 mount_info::conv_to_posix_path: conv_to_posix_path (E:\cygwin\usr\sbin, keep-rel, no-add-slash)
   33    6398 [main] cp 2948 normalize_win32_path: E:\cygwin\usr\sbin = normalize_win32_path (E:\cygwin\usr\sbin)
   30    6428 [main] cp 2948 mount_info::conv_to_posix_path: /usr/sbin = conv_to_posix_path (E:\cygwin\usr\sbin)
   30    6458 [main] cp 2948 mount_info::conv_to_posix_path: conv_to_posix_path (E:\braintools\base\bin, keep-rel, no-add-slash)
   29    6487 [main] cp 2948 normalize_win32_path: E:\braintools\base\bin = normalize_win32_path (E:\braintools\base\bin)
   31    6518 [main] cp 2948 mount_info::conv_to_posix_path: /e/braintools/base/bin = conv_to_posix_path (E:\braintools\base\bin)
   30    6548 [main] cp 2948 mount_info::conv_to_posix_path: conv_to_posix_path (E:\braintools\base\bin\sp\bin, keep-rel, no-add-slash)
   29    6577 [main] cp 2948 normalize_win32_path: E:\braintools\base\bin\sp\bin = normalize_win32_path (E:\braintools\base\bin\sp\bin)
   31    6608 [main] cp 2948 mount_info::conv_to_posix_path: /e/braintools/base/bin/sp/bin = conv_to_posix_path (E:\braintools\base\bin\sp\bin)
   30    6638 [main] cp 2948 mount_info::conv_to_posix_path: conv_to_posix_path (E:\braintools\braindox\bin, keep-rel, no-add-slash)
   29    6667 [main] cp 2948 normalize_win32_path: E:\braintools\braindox\bin = normalize_win32_path (E:\braintools\braindox\bin)
   31    6698 [main] cp 2948 mount_info::conv_to_posix_path: /e/braintools/braindox/bin = conv_to_posix_path (E:\braintools\braindox\bin)
   30    6728 [main] cp 2948 mount_info::conv_to_posix_path: conv_to_posix_path (E:\braintools\braindox\intranet\bin, keep-rel, no-add-slash)
   30    6758 [main] cp 2948 normalize_win32_path: E:\braintools\braindox\intranet\bin = normalize_win32_path (E:\braintools\braindox\intranet\bin)
   30    6788 [main] cp 2948 mount_info::conv_to_posix_path: /e/braintools/braindox/intranet/bin = conv_to_posix_path (E:\braintools\braindox\intranet\bin)
   31    6819 [main] cp 2948 mount_info::conv_to_posix_path: conv_to_posix_path (E:\braintools\brainmake\bin, keep-rel, no-add-slash)
   29    6848 [main] cp 2948 normalize_win32_path: E:\braintools\brainmake\bin = normalize_win32_path (E:\braintools\brainmake\bin)
   30    6878 [main] cp 2948 mount_info::conv_to_posix_path: /e/braintools/brainmake/bin = conv_to_posix_path (E:\braintools\brainmake\bin)
   30    6908 [main] cp 2948 mount_info::conv_to_posix_path: conv_to_posix_path (E:\braintools\brainmake\bin\compilercache\bin, keep-rel, no-add-slash)
   30    6938 [main] cp 2948 normalize_win32_path: E:\braintools\brainmake\bin\compilercache\bin = normalize_win32_path (E:\braintools\brainmake\bin\compilercache\bin)
   31    6969 [main] cp 2948 mount_info::conv_to_posix_path: /e/braintools/brainmake/bin/compilercache/bin = conv_to_posix_path (E:\braintools\brainmake\bin\compilercache\bin)
   31    7000 [main] cp 2948 mount_info::conv_to_posix_path: conv_to_posix_path (E:\braintools\bugex\bin, keep-rel, no-add-slash)
   29    7029 [main] cp 2948 normalize_win32_path: E:\braintools\bugex\bin = normalize_win32_path (E:\braintools\bugex\bin)
   31    7060 [main] cp 2948 mount_info::conv_to_posix_path: /e/braintools/bugex/bin = conv_to_posix_path (E:\braintools\bugex\bin)
   30    7090 [main] cp 2948 mount_info::conv_to_posix_path: conv_to_posix_path (E:\braintools\buildmill\bin, keep-rel, no-add-slash)
   29    7119 [main] cp 2948 normalize_win32_path: E:\braintools\buildmill\bin = normalize_win32_path (E:\braintools\buildmill\bin)
   31    7150 [main] cp 2948 mount_info::conv_to_posix_path: /e/braintools/buildmill/bin = conv_to_posix_path (E:\braintools\buildmill\bin)
   30    7180 [main] cp 2948 mount_info::conv_to_posix_path: conv_to_posix_path (E:\braintools\contrib\bin, keep-rel, no-add-slash)
   29    7209 [main] cp 2948 normalize_win32_path: E:\braintools\contrib\bin = normalize_win32_path (E:\braintools\contrib\bin)
   31    7240 [main] cp 2948 mount_info::conv_to_posix_path: /e/braintools/contrib/bin = conv_to_posix_path (E:\braintools\contrib\bin)
  117    7357 [main] cp 2948 mount_info::conv_to_posix_path: conv_to_posix_path (E:\braintools\contrib\precompile\bin, keep-rel, no-add-slash)
   32    7389 [main] cp 2948 normalize_win32_path: E:\braintools\contrib\precompile\bin = normalize_win32_path (E:\braintools\contrib\precompile\bin)
   32    7421 [main] cp 2948 mount_info::conv_to_posix_path: /e/braintools/contrib/precompile/bin = conv_to_posix_path (E:\braintools\contrib\precompile\bin)
   31    7452 [main] cp 2948 mount_info::conv_to_posix_path: conv_to_posix_path (E:\braintools\guiverifier\bin, keep-rel, no-add-slash)
   29    7481 [main] cp 2948 normalize_win32_path: E:\braintools\guiverifier\bin = normalize_win32_path (E:\braintools\guiverifier\bin)
   31    7512 [main] cp 2948 mount_info::conv_to_posix_path: /e/braintools/guiverifier/bin = conv_to_posix_path (E:\braintools\guiverifier\bin)
   30    7542 [main] cp 2948 mount_info::conv_to_posix_path: conv_to_posix_path (E:\braintools\workspace\bin, keep-rel, no-add-slash)
   29    7571 [main] cp 2948 normalize_win32_path: E:\braintools\workspace\bin = normalize_win32_path (E:\braintools\workspace\bin)
   31    7602 [main] cp 2948 mount_info::conv_to_posix_path: /e/braintools/workspace/bin = conv_to_posix_path (E:\braintools\workspace\bin)
   30    7632 [main] cp 2948 mount_info::conv_to_posix_path: conv_to_posix_path (E:\braintools\xsource\bin, keep-rel, no-add-slash)
   30    7662 [main] cp 2948 normalize_win32_path: E:\braintools\xsource\bin = normalize_win32_path (E:\braintools\xsource\bin)
   30    7692 [main] cp 2948 mount_info::conv_to_posix_path: /e/braintools/xsource/bin = conv_to_posix_path (E:\braintools\xsource\bin)
   30    7722 [main] cp 2948 mount_info::conv_to_posix_path: conv_to_posix_path (E:\braintools\xtool\bin, keep-rel, no-add-slash)
   30    7752 [main] cp 2948 normalize_win32_path: E:\braintools\xtool\bin = normalize_win32_path (E:\braintools\xtool\bin)
   30    7782 [main] cp 2948 mount_info::conv_to_posix_path: /e/braintools/xtool/bin = conv_to_posix_path (E:\braintools\xtool\bin)
   31    7813 [main] cp 2948 mount_info::conv_to_posix_path: conv_to_posix_path (E:\cygwin\usr\local\bin\i686-pc-cygwin, keep-rel, no-add-slash)
   29    7842 [main] cp 2948 normalize_win32_path: E:\cygwin\usr\local\bin\i686-pc-cygwin = normalize_win32_path (E:\cygwin\usr\local\bin\i686-pc-cygwin)
   31    7873 [main] cp 2948 mount_info::conv_to_posix_path: /usr/local/bin/i686-pc-cygwin = conv_to_posix_path (E:\cygwin\usr\local\bin\i686-pc-cygwin)
   88    7961 [main] cp 2948 win_env::add_cache: posix /home/jan.schormann/bin:/usr/local/bin:/usr/bin:/usr/bin:/usr/X11R6/bin:/c/WINDOWS/system32:/c/WINDOWS:/c/WINDOWS/system32/WBEM:/c/Python23:/c/mysql/bin:/c/Program Files/Resource Kit:/c/Program Files/Perforce:/c/Program Files/Common Files/Compuware/:/usr/bin:/sbin:/usr/i686-pc-cygwin/bin:/usr/local/bin:/usr/sbin:/e/braintools/base/bin:/e/braintools/base/bin/sp/bin:/e/braintools/braindox/bin:/e/braintools/braindox/intranet/bin:/e/braintools/brainmake/bin:/e/braintools/brainmake/bin/compilercache/bin:/e/braintools/bugex/bin:/e/braintools/buildmill/bin:/e/braintools/contrib/bin:/e/braintools/contrib/precompile/bin:/e/braintools/guiverifier/bin:/e/braintools/workspace/bin:/e/braintools/xsource/bin:/e/braintools/xtool/bin:/usr/local/bin/i686-pc-cygwin
   44    8005 [main] cp 2948 win_env::add_cache: native PATH=E:\cygwin\home\jan.schormann\bin;E:\cygwin\usr\local\bin;E:\cygwin\bin;E:\cygwin\bin;E:\cygwin\usr\X11R6\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\system32\WBEM;C:\Python23;C:\mysql\bin;C:\Program Files\Resource Kit;C:\Program Files\Perforce;C:\Program Files\Common Files\Compuware\;E:\cygwin\bin;E:\cygwin\sbin;E:\cygwin\usr\i686-pc-cygwin\bin;E:\cygwin\usr\local\bin;E:\cygwin\usr\sbin;E:\braintools\base\bin;E:\braintools\base\bin\sp\bin;E:\braintools\braindox\bin;E:\braintools\braindox\intranet\bin;E:\braintools\brainmake\bin;E:\braintools\brainmake\bin\compilercache\bin;E:\braintools\bugex\bin;E:\braintools\buildmill\bin;E:\braintools\contrib\bin;E:\braintools\contrib\precompile\bin;E:\braintools\guiverifier\bin;E:\braintools\workspace\bin;E:\braintools\xsource\bin;E:\braintools\xtool\bin;E:\cygwin\usr\local\bin\i686-pc-cygwin
   46    8051 [main] cp 2948 posify: env var converted to PATH=/home/jan.schormann/bin:/usr/local/bin:/usr/bin:/usr/bin:/usr/X11R6/bin:/c/WINDOWS/system32:/c/WINDOWS:/c/WINDOWS/system32/WBEM:/c/Python23:/c/mysql/bin:/c/Program Files/Resource Kit:/c/Program Files/Perforce:/c/Program Files/Common Files/Compuware/:/usr/bin:/sbin:/usr/i686-pc-cygwin/bin:/usr/local/bin:/usr/sbin:/e/braintools/base/bin:/e/braintools/base/bin/sp/bin:/e/braintools/braindox/bin:/e/braintools/braindox/intranet/bin:/e/braintools/brainmake/bin:/e/braintools/brainmake/bin/compilercache/bin:/e/braintools/bugex/bin:/e/braintools/buildmill/bin:/e/braintools/contrib/bin:/e/braintools/contrib/precompile/bin:/e/braintools/guiverifier/bin:/e/braintools/workspace/bin:/e/braintools/xsource/bin:/e/braintools/xtool/bin:/usr/local/bin/i686-pc-cygwin
   67    8118 [main] cp 2948 environ_init: 0x470C48: PATH=/home/jan.schormann/bin:/usr/local/bin:/usr/bin:/usr/bin:/usr/X11R6/bin:/c/WINDOWS/system32:/c/WINDOWS:/c/WINDOWS/system32/WBEM:/c/Python23:/c/mysql/bin:/c/Program Files/Resource Kit:/c/Program Files/Perforce:/c/Program Files/Common Files/Compuware/:/usr/bin:/sbin:/usr/i686-pc-cygwin/bin:/usr/local/bin:/usr/sbin:/e/braintools/base/bin:/e/braintools/base/bin/sp/bin:/e/braintools/braindox/bin:/e/braintools/braindox/intranet/bin:/e/braintools/brainmake/bin:/e/braintools/brainmake/bin/compilercache/bin:/e/braintools/bugex/bin:/e/braintools/buildmill/bin:/e/braintools/contrib/bin:/e/braintools/contrib/precompile/bin:/e/braintools/guiverifier/bin:/e/braintools/workspace/bin:/e/braintools/xsource/bin:/e/braintools/xtool/bin:/usr/local/bin/i686-pc-cygwin
   71    8189 [main] cp 2948 environ_init: 0x4708F0: PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH
   56    8245 [main] cp 2948 environ_init: 0x470930: PRINTER=\\desapp2\DEP03F6
   54    8299 [main] cp 2948 environ_init: 0x470950: PROCESSOR_ARCHITECTURE=x86
   55    8354 [main] cp 2948 environ_init: 0x470970: PROCESSOR_IDENTIFIER=x86 Family 15 Model 2 Stepping 7, GenuineIntel
   55    8409 [main] cp 2948 environ_init: 0x4709B8: PROCESSOR_LEVEL=15
   54    8463 [main] cp 2948 environ_init: 0x4709D0: PROCESSOR_REVISION=0207
   54    8517 [main] cp 2948 environ_init: 0x4709F0: PROGRAMFILES=C:\Program Files
   55    8572 [main] cp 2948 environ_init: 0x470578: PROMPT=$P$G
   54    8626 [main] cp 2948 environ_init: 0x470A18: PS1=\[\033]2;\u@\h:\w\007\e[36;40;1m\]\w\$\[\e[0m\] 
   55    8681 [main] cp 2948 environ_init: 0x470A58: PWD=/home/jan.schormann
   54    8735 [main] cp 2948 environ_init: 0x470A78: SESSIONNAME=Console
   54    8789 [main] cp 2948 environ_init: 0x470A90: SHLVL=1
   54    8843 [main] cp 2948 environ_init: 0x470AA0: SYSTEMDRIVE=C:
   54    8897 [main] cp 2948 environ_init: 0x470AB8: SYSTEMROOT=C:\WINDOWS
   55    8952 [main] cp 2948 getwinenv: can't set native for TEMP= since no environ yet
   55    9007 [main] cp 2948 mount_info::conv_to_posix_path: conv_to_posix_path (C:\DOCUME~1\JAN~1.SCH\LOCALS~1\Temp, no-keep-rel, no-add-slash)
   29    9036 [main] cp 2948 normalize_win32_path: C:\DOCUME~1\JAN~1.SCH\LOCALS~1\Temp = normalize_win32_path (C:\DOCUME~1\JAN~1.SCH\LOCALS~1\Temp)
   31    9067 [main] cp 2948 mount_info::conv_to_posix_path: /c/DOCUME~1/JAN~1.SCH/LOCALS~1/Temp = conv_to_posix_path (C:\DOCUME~1\JAN~1.SCH\LOCALS~1\Temp)
   81    9148 [main] cp 2948 win_env::add_cache: posix /c/DOCUME~1/JAN~1.SCH/LOCALS~1/Temp
   29    9177 [main] cp 2948 win_env::add_cache: native TEMP=C:\DOCUME~1\JAN~1.SCH\LOCALS~1\Temp
   63    9240 [main] cp 2948 posify: env var converted to TEMP=/c/DOCUME~1/JAN~1.SCH/LOCALS~1/Temp
   54    9294 [main] cp 2948 environ_init: 0x470B08: TEMP=/c/DOCUME~1/JAN~1.SCH/LOCALS~1/Temp
   56    9350 [main] cp 2948 environ_init: 0x470AD8: TERM=xterm
   54    9404 [main] cp 2948 environ_init: 0x471A78: TEST_BRAINTOOLS_DIR=/e/p4/braintools
   55    9459 [main] cp 2948 environ_init: 0x470AE8: TEXDOCVIEW_DVI=cygstart %s
   58    9517 [main] cp 2948 environ_init: 0x471AA8: TEXDOCVIEW_HTML=cygstart %s
   56    9573 [main] cp 2948 environ_init: 0x471AC8: TEXDOCVIEW_PDF=cygstart %s
   54    9627 [main] cp 2948 environ_init: 0x471AE8: TEXDOCVIEW_PS=cygstart %s
   55    9682 [main] cp 2948 environ_init: 0x471B08: TEXDOCVIEW_TXT=cygstart %s
   55    9737 [main] cp 2948 getwinenv: can't set native for TMP= since no environ yet
   54    9791 [main] cp 2948 mount_info::conv_to_posix_path: conv_to_posix_path (F:\tmp, no-keep-rel, no-add-slash)
   30    9821 [main] cp 2948 normalize_win32_path: F:\tmp = normalize_win32_path (F:\tmp)
   30    9851 [main] cp 2948 mount_info::conv_to_posix_path: /f/tmp = conv_to_posix_path (F:\tmp)
   79    9930 [main] cp 2948 win_env::add_cache: posix /f/tmp
   29    9959 [main] cp 2948 win_env::add_cache: native TMP=F:\tmp
   28    9987 [main] cp 2948 posify: env var converted to TMP=/f/tmp
   53   10040 [main] cp 2948 environ_init: 0x471B38: TMP=/f/tmp
   55   10095 [main] cp 2948 environ_init: 0x471C68: TRACKLOG=h:/operations/.pplog/current.log
   54   10149 [main] cp 2948 environ_init: 0x471C98: USER=jan.schormann
   55   10204 [main] cp 2948 environ_init: 0x471CB0: USERDNSDOMAIN=BRAINLAB.NET
   54   10258 [main] cp 2948 environ_init: 0x471CD0: USERDOMAIN=BRAINLAB
   55   10313 [main] cp 2948 environ_init: 0x471CE8: USERNAME=jan.schormann
   54   10367 [main] cp 2948 environ_init: 0x471D08: USERPROFILE=C:\Documents and Settings\Jan.Schormann
   55   10422 [main] cp 2948 environ_init: 0x471D40: VS71COMNTOOLS=C:\Program Files\Microsoft Visual Studio .NET 2003\Common7\Tools\
   55   10477 [main] cp 2948 environ_init: 0x471D98: WINDIR=C:\WINDOWS
   55   10532 [main] cp 2948 environ_init: 0x471DB0: WINDOWID=5027064
   54   10586 [main] cp 2948 environ_init: 0x471DC8: _=/usr/bin/strace
   52   10638 [main] cp 2948 pinfo_init: Set nice to 0
   30   10668 [main] cp 2948 pinfo_init: pid 2948, pgid 2948
  635   11303 [main] cp 2948 set_privilege: 0 = set_privilege ((token 754) SeRestorePrivilege, 1)
   58   11361 [main] cp 2948 set_privilege: 1 = set_privilege ((token 754) SeChangeNotifyPrivilege, 1)
   88   11449 [main] cp 2948 dtable::extend: size 32, fds 0x6115C6DC
   48   11497 [main] cp 2948 normalize_posix_path: src /etc/passwd
   30   11527 [main] cp 2948 normalize_posix_path: /etc/passwd = normalize_posix_path (/etc/passwd)
   30   11557 [main] cp 2948 mount_info::conv_to_win32_path: conv_to_win32_path (/etc/passwd)
   35   11592 [main] cp 2948 set_flags: flags: binary (0x2)
   30   11622 [main] cp 2948 mount_info::conv_to_win32_path: src_path /etc/passwd, dst E:\cygwin\etc\passwd, flags 0xA, rc 0
  122   11744 [main] cp 2948 symlink_info::check: not a symlink
   32   11776 [main] cp 2948 symlink_info::check: 0 = symlink.check (E:\cygwin\etc\passwd, 0x22E7F0) (0xA)
   33   11809 [main] cp 2948 path_conv::check: this->path(E:\cygwin\etc\passwd), has_acls(1)
  131   11940 [main] cp 2948 etc::test_file_change: FindFirstFile succeeded
 5942   17882 [main] cp 2948 pwdgrp::load: /etc/passwd curr_lines 1296
   52   17934 [main] cp 2948 pwdgrp::load: /etc/passwd load succeeded
  100   18034 [main] cp 2948 normalize_posix_path: src /etc/group
   31   18065 [main] cp 2948 normalize_posix_path: /etc/group = normalize_posix_path (/etc/group)
   31   18096 [main] cp 2948 mount_info::conv_to_win32_path: conv_to_win32_path (/etc/group)
   40   18136 [main] cp 2948 set_flags: flags: binary (0x2)
   30   18166 [main] cp 2948 mount_info::conv_to_win32_path: src_path /etc/group, dst E:\cygwin\etc\group, flags 0xA, rc 0
  153   18319 [main] cp 2948 symlink_info::check: not a symlink
   33   18352 [main] cp 2948 symlink_info::check: 0 = symlink.check (E:\cygwin\etc\group, 0x22E7C0) (0xA)
   34   18386 [main] cp 2948 path_conv::check: this->path(E:\cygwin\etc\group), has_acls(1)
  131   18517 [main] cp 2948 etc::test_file_change: FindFirstFile succeeded
 1926   20443 [main] cp 2948 pwdgrp::load: /etc/group curr_lines 445
   38   20481 [main] cp 2948 pwdgrp::load: /etc/group load succeeded
   52   20533 [main] cp 2948 cygheap_user::ontherange: what 2, pw 0x4B50C0
   35   20568 [main] cp 2948 cygheap_user::ontherange: HOME is already in the environment /home/jan.schormann
  181   20749 [main] cp 2948 sigproc_init: process/signal handling enabled, state 0x1001
  204   20953 [main] cp 2948 tty_list::allocate_tty: console 2A035E already associated with tty0
   40   20993 [main] cp 2948 tty_list::allocate_tty: console 0x2A035E associated with tty0
   62   21055 [main] cp 2948 build_argv: argv[0] = 'cp'
   29   21084 [main] cp 2948 build_argv: argv[1] = '-f'
   30   21114 [main] cp 2948 build_argv: argv[2] = '//desdata2/universal/Sourcecode/test.exe'
   29   21143 [main] cp 2948 build_argv: argv[3] = '/f/tmp'
   28   21171 [main] cp 2948 build_argv: argc 4
   98   21269 [main] cp 2948 build_fh_pc: fh 0x6115C844
   37   21306 [main] cp 2948 fhandler_base::set_flags: flags 0x10002, supplied_bin 0x0
   29   21335 [main] cp 2948 fhandler_base::set_flags: O_TEXT/O_BINARY set in flags 0x10000
   30   21365 [main] cp 2948 fhandler_base::set_flags: filemode set to binary
   30   21395 [main] cp 2948 fhandler_base::init: created new fhandler_base for handle 0x658, bin 1
  197   21592 [main] cp 2948 handle_to_fn: nt name '\Device\HarddiskVolume4\tmp\cp-strace.txt'
 1038   22630 [main] cp 2948 handle_to_fn: current match '\Device\HarddiskVolume4'
  132   22762 [main] cp 2948 handle_to_fn: derived path 'F:\tmp\cp-strace.txt'
   33   22795 [main] cp 2948 mount_info::conv_to_posix_path: conv_to_posix_path (F:\tmp\cp-strace.txt, no-keep-rel, no-add-slash)
   31   22826 [main] cp 2948 normalize_win32_path: F:\tmp\cp-strace.txt = normalize_win32_path (F:\tmp\cp-strace.txt)
   34   22860 [main] cp 2948 mount_info::conv_to_posix_path: /f/tmp/cp-strace.txt = conv_to_posix_path (F:\tmp\cp-strace.txt)
   32   22892 [main] cp 2948 normalize_posix_path: src /f/tmp/cp-strace.txt
   29   22921 [main] cp 2948 normalize_posix_path: /f/tmp/cp-strace.txt = normalize_posix_path (/f/tmp/cp-strace.txt)
   32   22953 [main] cp 2948 mount_info::conv_to_win32_path: conv_to_win32_path (/f/tmp/cp-strace.txt)
   32   22985 [main] cp 2948 set_flags: flags: binary (0x2)
   29   23014 [main] cp 2948 mount_info::conv_to_win32_path: src_path /f/tmp/cp-strace.txt, dst F:\tmp\cp-strace.txt, flags 0xA, rc 0
  174   23188 [main] cp 2948 symlink_info::check: not a symlink
   36   23224 [main] cp 2948 symlink_info::check: 0 = symlink.check (F:\tmp\cp-strace.txt, 0x226370) (0xA)
   82   23306 [main] cp 2948 set_privilege: 1 = set_privilege ((token 728) SeChangeNotifyPrivilege, 1)
  142   23448 [main] cp 2948 path_conv::check: this->path(F:\tmp\cp-strace.txt), has_acls(1)
   41   23489 [main] cp 2948 build_fh_pc: fh 0x6115CA4C
   38   23527 [main] cp 2948 fhandler_base::set_flags: flags 0x10002, supplied_bin 0x0
   29   23556 [main] cp 2948 fhandler_base::set_flags: O_TEXT/O_BINARY set in flags 0x10000
   32   23588 [main] cp 2948 fhandler_base::set_flags: filemode set to binary
   29   23617 [main] cp 2948 fhandler_base::init: created new fhandler_base for handle 0x6AC, bin 1
  149   23766 [main] cp 2948 handle_to_fn: nt name '\Device\HarddiskVolume4\tmp\cp-strace.txt'
 1044   24810 [main] cp 2948 handle_to_fn: current match '\Device\HarddiskVolume4'
  128   24938 [main] cp 2948 handle_to_fn: derived path 'F:\tmp\cp-strace.txt'
   32   24970 [main] cp 2948 mount_info::conv_to_posix_path: conv_to_posix_path (F:\tmp\cp-strace.txt, no-keep-rel, no-add-slash)
   31   25001 [main] cp 2948 normalize_win32_path: F:\tmp\cp-strace.txt = normalize_win32_path (F:\tmp\cp-strace.txt)
   35   25036 [main] cp 2948 mount_info::conv_to_posix_path: /f/tmp/cp-strace.txt = conv_to_posix_path (F:\tmp\cp-strace.txt)
   30   25066 [main] cp 2948 normalize_posix_path: src /f/tmp/cp-strace.txt
   32   25098 [main] cp 2948 normalize_posix_path: /f/tmp/cp-strace.txt = normalize_posix_path (/f/tmp/cp-strace.txt)
   30   25128 [main] cp 2948 mount_info::conv_to_win32_path: conv_to_win32_path (/f/tmp/cp-strace.txt)
   33   25161 [main] cp 2948 set_flags: flags: binary (0x2)
  143   25304 [main] cp 2948 mount_info::conv_to_win32_path: src_path /f/tmp/cp-strace.txt, dst F:\tmp\cp-strace.txt, flags 0xA, rc 0
  153   25457 [main] cp 2948 symlink_info::check: not a symlink
   37   25494 [main] cp 2948 symlink_info::check: 0 = symlink.check (F:\tmp\cp-strace.txt, 0x226370) (0xA)
   33   25527 [main] cp 2948 path_conv::check: this->path(F:\tmp\cp-strace.txt), has_acls(1)
   35   25562 [main] cp 2948 build_fh_pc: fh 0x6115CC54
   31   25593 [main] cp 2948 fhandler_base::set_flags: flags 0x10002, supplied_bin 0x0
   30   25623 [main] cp 2948 fhandler_base::set_flags: O_TEXT/O_BINARY set in flags 0x10000
   29   25652 [main] cp 2948 fhandler_base::set_flags: filemode set to binary
   30   25682 [main] cp 2948 fhandler_base::init: created new fhandler_base for handle 0x670, bin 1
   89   25771 [main] cp 2948 fhandler_console::need_invisible: invisible_console 0
   56   25827 [main] cp 2948 mount_info::conv_to_posix_path: conv_to_posix_path (E:\cygwin\bin\cygiconv-2.dll, keep-rel, no-add-slash)
   32   25859 [main] cp 2948 normalize_win32_path: E:\cygwin\bin\cygiconv-2.dll = normalize_win32_path (E:\cygwin\bin\cygiconv-2.dll)
   70   25929 [main] cp 2948 mount_info::conv_to_posix_path: /usr/bin/cygiconv-2.dll = conv_to_posix_path (E:\cygwin\bin\cygiconv-2.dll)
   76   26005 [main] cp 2948 mount_info::conv_to_posix_path: conv_to_posix_path (E:\cygwin\bin\cygintl-3.dll, keep-rel, no-add-slash)
   30   26035 [main] cp 2948 normalize_win32_path: E:\cygwin\bin\cygintl-3.dll = normalize_win32_path (E:\cygwin\bin\cygintl-3.dll)
   30   26065 [main] cp 2948 mount_info::conv_to_posix_path: /usr/bin/cygintl-3.dll = conv_to_posix_path (E:\cygwin\bin\cygintl-3.dll)
   58   26123 [main] cp 2948 dll_crt0_1: user_data->main 0x401F20
   29   26152 [main] cp 2948 __set_errno: void dll_crt0_1(char*):919 val 0
   29   26181 [main] cp 2948 wait_for_sigthread: wait_sig_inited 0x724
  184   26365 [sig] cp 2948 wait_sig: myself->dwProcessId 2948
   45   26410 [sig] cp 2948 wait_sig: entering ReadFile loop, readsig 0x728, myself->sendsig 0x71C
  326   26736 [main] cp 2948 stat64: entering
   34   26770 [main] cp 2948 normalize_posix_path: src /f/tmp
   29   26799 [main] cp 2948 normalize_posix_path: /f/tmp = normalize_posix_path (/f/tmp)
   30   26829 [main] cp 2948 mount_info::conv_to_win32_path: conv_to_win32_path (/f/tmp)
   35   26864 [main] cp 2948 set_flags: flags: binary (0x2)
   29   26893 [main] cp 2948 mount_info::conv_to_win32_path: src_path /f/tmp, dst F:\tmp, flags 0xA, rc 0
  117   27010 [main] cp 2948 symlink_info::check: not a symlink
   33   27043 [main] cp 2948 symlink_info::check: 0 = symlink.check (F:\tmp, 0x22E550) (0xA)
   32   27075 [main] cp 2948 path_conv::check: this->path(F:\tmp), has_acls(1)
   35   27110 [main] cp 2948 build_fh_pc: fh 0x6115CE5C
   31   27141 [main] cp 2948 stat_worker: (/f/tmp, 0x22ECF0, 0, 0x6115CE5C), file_attributes 16
   48   27189 [main] cp 2948 fhandler_base::open: (F:\tmp, 0x110000)
   65   27254 [main] cp 2948 fhandler_base::set_flags: flags 0x110000, supplied_bin 0x10000
   31   27285 [main] cp 2948 fhandler_base::set_flags: O_TEXT/O_BINARY set in flags 0x10000
   32   27317 [main] cp 2948 fhandler_base::set_flags: filemode set to binary
   29   27346 [main] cp 2948 fhandler_base::open: 0 = NtCreateFile (0x710, 20080, F:\tmp, io, NULL, 0, 7, 1, 4000, NULL, 0)
   31   27377 [main] cp 2948 fhandler_base::open: 1 = fhandler_base::open (F:\tmp, 0x110000)
   30   27407 [main] cp 2948 fhandler_base::open_fs: 1 = fhandler_disk_file::open (F:\tmp, 0x10000)
  449   27856 [main] cp 2948 get_file_attribute: file: F:\tmp
  113   27969 [main] cp 2948 cygpsid::debug_print: get_sids_info: owner SID = S-1-5-21-1123561945-725345543-839522115-3325
   34   28003 [main] cp 2948 cygpsid::debug_print: get_sids_info: group SID = S-1-5-21-1123561945-725345543-839522115-513
   35   28038 [main] cp 2948 get_info_from_sd: ACL 41ED, uid 13325, gid 10513
   56   28094 [main] cp 2948 fhandler_base::fstat_helper: 0 = fstat (, 0x22ECF0) st_atime=43CE522B st_size=0, st_mode=0x41ED, st_ino=281474976710683, sizeof=96
   44   28138 [main] cp 2948 fhandler_base::close: closing '/f/tmp' handle 0x710
   52   28190 [main] cp 2948 stat_worker: 0 = (/f/tmp, 0x22ECF0)
   68   28258 [main] cp 2948 stat64: entering
   29   28287 [main] cp 2948 normalize_posix_path: src //desdata2/universal/Sourcecode/test.exe
   30   28317 [main] cp 2948 normalize_posix_path: //desdata2/universal/Sourcecode/test.exe = normalize_posix_path (//desdata2/universal/Sourcecode/test.exe)
   32   28349 [main] cp 2948 mount_info::conv_to_win32_path: conv_to_win32_path (//desdata2/universal/Sourcecode/test.exe)
   31   28380 [main] cp 2948 mount_info::conv_to_win32_path: src_path //desdata2/universal/Sourcecode/test.exe, dst \\desdata2\universal\Sourcecode\test.exe, flags 0x0, rc 0
 1143   29523 [main] cp 2948 symlink_info::check: not a symlink
   59   29582 [main] cp 2948 symlink_info::check: 0 = symlink.check (\\desdata2\universal\Sourcecode\test.exe, 0x22E260) (0x0)
   85   29667 [main] cp 2948 set_privilege: 1 = set_privilege ((token 710) SeChangeNotifyPrivilege, 1)
 2536   32203 [main] cp 2948 path_conv::check: this->path(\\desdata2\universal\Sourcecode\test.exe), has_acls(0)
   72   32275 [main] cp 2948 build_fh_pc: fh 0x6115CE5C
   31   32306 [main] cp 2948 stat_worker: (//desdata2/universal/Sourcecode/test.exe, 0x22EB90, 0, 0x6115CE5C), file_attributes 32
   38   32344 [main] cp 2948 fhandler_base::open: (\\desdata2\universal\Sourcecode\test.exe, 0x110000)
  899   33243 [main] cp 2948 fhandler_base::set_flags: flags 0x110000, supplied_bin 0x0
   46   33289 [main] cp 2948 fhandler_base::set_flags: O_TEXT/O_BINARY set in flags 0x10000
   30   33319 [main] cp 2948 fhandler_base::set_flags: filemode set to binary
   31   33350 [main] cp 2948 fhandler_base::open: 0 = NtCreateFile (0x710, 20080, \\desdata2\universal\Sourcecode\test.exe, io, NULL, 0, 7, 1, 4000, NULL, 0)
   32   33382 [main] cp 2948 fhandler_base::open: 1 = fhandler_base::open (\\desdata2\universal\Sourcecode\test.exe, 0x110000)
   31   33413 [main] cp 2948 fhandler_base::open_fs: 1 = fhandler_disk_file::open (\\desdata2\universal\Sourcecode\test.exe, 0x10000)
 1302   34715 [main] cp 2948 get_file_attribute: file: \\desdata2\universal\Sourcecode\test.exe
   42   34757 [main] cp 2948 fhandler_base::fstat_helper: 0 = fstat (, 0x22EB90) st_atime=43CE50C1 st_size=5, st_mode=0x81ED, st_ino=3844782856, sizeof=96
   38   34795 [main] cp 2948 fhandler_base::close: closing '//desdata2/universal/Sourcecode/test.exe' handle 0x710
  370   35165 [main] cp 2948 stat_worker: 0 = (//desdata2/universal/Sourcecode/test.exe, 0x22EB90)
   40   35205 [main] cp 2948 stat64: entering
   30   35235 [main] cp 2948 normalize_posix_path: src /f/tmp/test.exe
   31   35266 [main] cp 2948 normalize_posix_path: /f/tmp/test.exe = normalize_posix_path (/f/tmp/test.exe)
   30   35296 [main] cp 2948 mount_info::conv_to_win32_path: conv_to_win32_path (/f/tmp/test.exe)
   34   35330 [main] cp 2948 set_flags: flags: binary (0x2)
   30   35360 [main] cp 2948 mount_info::conv_to_win32_path: src_path /f/tmp/test.exe, dst F:\tmp\test.exe, flags 0xA, rc 0
  127   35487 [main] cp 2948 symlink_info::check: GetFileAttributes (F:\tmp\test.exe) failed
   35   35522 [main] cp 2948 geterrno_from_win_error: windows error 2 == errno 2
   88   35610 [main] cp 2948 symlink_info::check: GetFileAttributes (F:\tmp\test.exe.lnk) failed
   32   35642 [main] cp 2948 geterrno_from_win_error: windows error 2 == errno 2
   29   35671 [main] cp 2948 symlink_info::check: 0 = symlink.check (F:\tmp\test.exe, 0x22E260) (0xA)
   31   35702 [main] cp 2948 mount_info::conv_to_win32_path: conv_to_win32_path (/f/tmp)
   32   35734 [main] cp 2948 set_flags: flags: binary (0x2)
   30   35764 [main] cp 2948 mount_info::conv_to_win32_path: src_path /f/tmp, dst F:\tmp, flags 0xA, rc 0
   85   35849 [main] cp 2948 symlink_info::check: not a symlink
   32   35881 [main] cp 2948 symlink_info::check: 0 = symlink.check (F:\tmp, 0x22E260) (0xA)
   40   35921 [main] cp 2948 path_conv::check: this->path(F:\tmp\test.exe), has_acls(1)
   34   35955 [main] cp 2948 build_fh_pc: fh 0x6115CE5C
   30   35985 [main] cp 2948 __set_errno: int stat_worker(const char*, __stat64*, int):1083 val 2
   31   36016 [main] cp 2948 stat_worker: -1 = (/f/tmp/test.exe, 0x22EB30)
   39   36055 [main] cp 2948 open: open (//desdata2/universal/Sourcecode/test.exe, 0x0)
   30   36085 [main] cp 2948 normalize_posix_path: src //desdata2/universal/Sourcecode/test.exe
   30   36115 [main] cp 2948 normalize_posix_path: //desdata2/universal/Sourcecode/test.exe = normalize_posix_path (//desdata2/universal/Sourcecode/test.exe)
   31   36146 [main] cp 2948 mount_info::conv_to_win32_path: conv_to_win32_path (//desdata2/universal/Sourcecode/test.exe)
   30   36176 [main] cp 2948 mount_info::conv_to_win32_path: src_path //desdata2/universal/Sourcecode/test.exe, dst \\desdata2\universal\Sourcecode\test.exe, flags 0x0, rc 0
 1089   37265 [main] cp 2948 symlink_info::check: not a symlink
   50   37315 [main] cp 2948 symlink_info::check: 0 = symlink.check (\\desdata2\universal\Sourcecode\test.exe, 0x22E140) (0x0)
   34   37349 [main] cp 2948 path_conv::check: this->path(\\desdata2\universal\Sourcecode\test.exe), has_acls(0)
   34   37383 [main] cp 2948 build_fh_pc: fh 0x6115CE5C
   36   37419 [main] cp 2948 fhandler_base::open: (\\desdata2\universal\Sourcecode\test.exe, 0x100000)
 1150   38569 [main] cp 2948 fhandler_base::set_flags: flags 0x100000, supplied_bin 0x0
   56   38625 [main] cp 2948 fhandler_base::set_flags: filemode set to binary
   29   38654 [main] cp 2948 fhandler_base::open: 0 = NtCreateFile (0x710, 80100000, \\desdata2\universal\Sourcecode\test.exe, io, NULL, 0, 7, 1, 20, NULL, 0)
   32   38686 [main] cp 2948 fhandler_base::open: 1 = fhandler_base::open (\\desdata2\universal\Sourcecode\test.exe, 0x100000)
   30   38716 [main] cp 2948 fhandler_base::open_fs: 1 = fhandler_disk_file::open (\\desdata2\universal\Sourcecode\test.exe, 0x0)
   31   38747 [main] cp 2948 open: 3 = open (//desdata2/universal/Sourcecode/test.exe, 0x0)
  705   39452 [main] cp 2948 get_file_attribute: file: \\desdata2\universal\Sourcecode\test.exe
   39   39491 [main] cp 2948 fhandler_base::fstat_helper: 0 = fstat (, 0x22E8C0) st_atime=43CE50C1 st_size=5, st_mode=0x81ED, st_ino=3803335432, sizeof=96
   37   39528 [main] cp 2948 fstat64: 0 = fstat (3, 0x22E8C0)
  435   39963 [main] cp 2948 fhandler_base::write: binary write
cp:   239   40202 [main] cp 2948 fhandler_base::write: binary write
skipping file `//desdata2/universal/Sourcecode/test.exe', as it was replaced while being copied  135   40337 [main] cp 2948 fhandler_base::write: binary write

  129   40466 [main] cp 2948 close: close (3)
   29   40495 [main] cp 2948 fhandler_base::close: closing '//desdata2/universal/Sourcecode/test.exe' handle 0x710
   89   40584 [main] cp 2948 close: 0 = close (3)
  212   40796 [main] cp 2948 close: close (1)
   29   40825 [main] cp 2948 fhandler_base::close: closing '/f/tmp/cp-strace.txt' handle 0x6AC
   32   40857 [main] cp 2948 close: 0 = close (1)
  175   41032 [main] cp 2948 close: close (0)
   32   41064 [main] cp 2948 fhandler_base::close: closing '' handle 0x658
   32   41096 [main] cp 2948 close: 0 = close (0)
  218   41314 [main] cp 2948 close: close (2)
   30   41344 [main] cp 2948 fhandler_base::close: closing '/f/tmp/cp-strace.txt' handle 0x670
   31   41375 [main] cp 2948 close: 0 = close (2)
  125   41500 [main] cp 2948 do_exit: do_exit (256), exit_state 0
   30   41530 [main] cp 2948 void: 0x0 = signal (20, 0x1)
   30   41560 [main] cp 2948 void: 0x0 = signal (1, 0x1)
   29   41589 [main] cp 2948 void: 0x0 = signal (2, 0x1)
   28   41617 [main] cp 2948 void: 0x0 = signal (3, 0x1)
   34   41651 [main] cp 2948 do_exit: 2948 == sid 2948, send SIGHUP to children
   63   41714 [main] cp 2948 sigproc_terminate: entering
   29   41743 [main] cp 2948 sig_send: sendsig 0x71C, pid 2948, signal -42, its_me 1
   41   41784 [main] cp 2948 sig_send: Not waiting for sigcomplete.  its_me 1 signal -42
   39   41823 [main] cp 2948 sig_send: returning 0x0 from sending signal -42
   30   41853 [main] cp 2948 proc_terminate: nprocs 0
   32   41885 [main] cp 2948 proc_terminate: leaving
  117   42002 [main] cp 2948 __to_clock_t: dwHighDateTime 0, dwLowDateTime 312500
   33   42035 [main] cp 2948 __to_clock_t: total 00000000 0000001F
   30   42065 [main] cp 2948 __to_clock_t: dwHighDateTime 0, dwLowDateTime 156250
   29   42094 [main] cp 2948 __to_clock_t: total 00000000 0000000F
  648   42742 [sig] cp 2948 wait_sig: saw __SIGEXIT
   67   42809 [sig] cp 2948 wait_sig: signal thread exiting
  207   43016 [main] cp 2948 pinfo::exit: Calling ExitProcess n 0x100, exitcode 0x1

[-- Attachment #4: Type: text/plain, Size: 218 bytes --]

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

^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re: "replaced while being copied" - was ... RE: Solved partially by findutils 4.3 - RE: "inode changed", ...
  2006-01-18 15:05 "replaced while being copied" - was ... RE: Solved partially by findutils 4.3 - RE: "inode changed", Jan Schormann
@ 2006-01-18 16:18 ` Corinna Vinschen
  2006-01-23 12:28   ` Jonas Mölsä
  0 siblings, 1 reply; 56+ messages in thread
From: Corinna Vinschen @ 2006-01-18 16:18 UTC (permalink / raw)
  To: cygwin

On Jan 18 15:47, Jan Schormann wrote:
> Eric wrote on Wednesday, January 18, 2006 3:14 PM:
> > In which case, an strace may be interesting to show why stat()
> > is giving different inodes on the same network share file when it
> > has not been modified.
> 
> Does this help? See attachment.
> 
> ----
> ~$ strace cp -f //desdata2/universal/Sourcecode/test.exe /f/tmp >&
> /f/tmp/cp-strace.txt
> ----
> 
> > Also, do you know what filesystem (NFS, Samba, etc.) is on
> > //desdata1/divisions/ and //desdata2/universal/?  This will
> > probably be relevant, but Corinna will have to chime in here
> > (as I cannot reproduce the problem).
> 
> Hm, I know it's a Network Appliance filer, and I guess they have
> their own file system (but could dig deeper, if you like). Anyway,
> I'm using it as a "mapped network drive" so I'm guessing SMB (where
> else can I look?), while the Windows explorer "Properties" dialog calls
> it "NTFS". Oh, in case this makes a difference: "/f" is a local NTFS
> partition.

Your strace shows that the inode number of the file changes in two
subsequent calls to stat.  This is unfortunate, to say the least.
Can you give us more information about the remote file system?  Is
that Clear Case or something like that?  Could you please build and
run the below test application like this:

  $ gcc -o getvolinfo getvolinfo.c
  $ ./getvolinfo //desdata2/universal

and send the output to this list?


Thanks,
Corinna


==================== SNIP ====================
#include <stdio.h>
#include <string.h>
#include <sys/cygwin.h>
#define _WIN32_WINNT 0x0500
#include <windows.h>

#ifndef FILE_READ_ONLY_VOLUME
#define FILE_READ_ONLY_VOLUME 0x80000
#endif

int
main (int argc, char **argv)
{
  char winpath[256];
  char rootdir[256];
  char volname[256];
  char fsname[256];
  DWORD sernum = 0;
  DWORD maxlen = 0;
  DWORD flags = 0;

  if (argc < 2)
    {
      fprintf (stderr, "usage: %s path\n", argv[0]);
      return 1;
    }
  cygwin_conv_to_full_win32_path (argv[1], winpath);
  if (!GetVolumePathName(winpath, rootdir, 256))
    {
      fprintf (stderr, "GetVolumePathName: %d\n", GetLastError ());
      return 1;
    }
  printf ("rootdir: %s\n", rootdir);
  if (!GetVolumeInformation (rootdir, volname, 256, &sernum,
                             &maxlen, &flags, fsname, 256))
    {
      fprintf (stderr, "GetVolumeInformation: %d\n", GetLastError ());
      return 1;
    }
  printf ("Volume Name        : <%s>\n", volname);
  printf ("Serial Number      : %lu\n", sernum);
  printf ("Max Filenamelength : %lu\n", maxlen);
  printf ("Filesystemname     : <%s>\n", fsname);
  printf ("Flags:\n");

  printf ("  FILE_CASE_SENSITIVE_SEARCH  : %s\n",
          (flags & FILE_CASE_SENSITIVE_SEARCH) ? "TRUE" : "FALSE");
  printf ("  FILE_CASE_PRESERVED_NAMES   : %s\n",
          (flags & FILE_CASE_PRESERVED_NAMES) ? "TRUE" : "FALSE");
  printf ("  FILE_UNICODE_ON_DISK        : %s\n",
          (flags & FILE_UNICODE_ON_DISK) ? "TRUE" : "FALSE");
  printf ("  FILE_PERSISTENT_ACLS        : %s\n",
          (flags & FILE_PERSISTENT_ACLS) ? "TRUE" : "FALSE");
  printf ("  FILE_FILE_COMPRESSION       : %s\n",
          (flags & FILE_FILE_COMPRESSION) ? "TRUE" : "FALSE");
  printf ("  FILE_VOLUME_QUOTAS          : %s\n",
          (flags & FILE_VOLUME_QUOTAS) ? "TRUE" : "FALSE");
  printf ("  FILE_SUPPORTS_SPARSE_FILES  : %s\n",
          (flags & FILE_SUPPORTS_SPARSE_FILES) ? "TRUE" : "FALSE");
  printf ("  FILE_SUPPORTS_REPARSE_POINTS: %s\n",
          (flags & FILE_SUPPORTS_REPARSE_POINTS) ? "TRUE" : "FALSE");
  printf ("  FILE_SUPPORTS_REMOTE_STORAGE: %s\n",
          (flags & FILE_SUPPORTS_REMOTE_STORAGE) ? "TRUE" : "FALSE");
  printf ("  FILE_VOLUME_IS_COMPRESSED   : %s\n",
          (flags & FILE_VOLUME_IS_COMPRESSED) ? "TRUE" : "FALSE");
  printf ("  FILE_SUPPORTS_OBJECT_IDS    : %s\n",
          (flags & FILE_SUPPORTS_OBJECT_IDS) ? "TRUE" : "FALSE");
  printf ("  FILE_SUPPORTS_ENCRYPTION    : %s\n",
          (flags & FILE_SUPPORTS_ENCRYPTION) ? "TRUE" : "FALSE");
  printf ("  FILE_NAMED_STREAMS          : %s\n",
          (flags & FILE_NAMED_STREAMS) ? "TRUE" : "FALSE");
  printf ("  FILE_READ_ONLY_VOLUME       : %s\n",
          (flags & FILE_READ_ONLY_VOLUME) ? "TRUE" : "FALSE");
  return 0;
}
==================== SNAP ====================

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader          cygwin AT cygwin DOT com
Red Hat

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

^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re: "replaced while being copied" - was ... RE: Solved partially by findutils 4.3 - RE: "inode changed", ...
  2006-01-18 16:18 ` Corinna Vinschen
@ 2006-01-23 12:28   ` Jonas Mölsä
  2006-01-23 15:23     ` Corinna Vinschen
  0 siblings, 1 reply; 56+ messages in thread
From: Jonas Mölsä @ 2006-01-23 12:28 UTC (permalink / raw)
  To: cygwin





Corinna Vinschen <corinna-cygwin <at> cygwin.com> writes:

> Could you please build and
> run the below test application like this:
> 
>   $ gcc -o getvolinfo getvolinfo.c
>   $ ./getvolinfo //desdata2/universal
> 
> and send the output to this list?
> 
> Thanks,
> Corinna
> 


Hi!
I have the same problem with cp, mv and rm -rf, but only on my windows share,
not on C:.

The result of running your test program on my "home directory" /cygdrive/z is:

$ ./getvolinfo.exe /cygdrive/z
rootdir: z:\
Volume Name        : <userdata>
Serial Number      : 2283740008
Max Filenamelength : 255
Filesystemname     : <NTFS>
Flags:
  FILE_CASE_SENSITIVE_SEARCH  : TRUE
  FILE_CASE_PRESERVED_NAMES   : TRUE
  FILE_UNICODE_ON_DISK        : TRUE
  FILE_PERSISTENT_ACLS        : TRUE
  FILE_FILE_COMPRESSION       : TRUE
  FILE_VOLUME_QUOTAS          : FALSE
  FILE_SUPPORTS_SPARSE_FILES  : FALSE
  FILE_SUPPORTS_REPARSE_POINTS: FALSE
  FILE_SUPPORTS_REMOTE_STORAGE: FALSE
  FILE_VOLUME_IS_COMPRESSED   : FALSE
  FILE_SUPPORTS_OBJECT_IDS    : FALSE
  FILE_SUPPORTS_ENCRYPTION    : FALSE
  FILE_NAMED_STREAMS          : FALSE
  FILE_READ_ONLY_VOLUME       : FALSE

Hope this helps.

On a related note:
<begin-wish-mode>
  It would be very nice if it was very simple to install an old version
  of cygwin, so that one can revert to an old version that is known to work.
<end-wish-mode>

Other than this kind of problems, I find cygwin totally neccessary to boost my
productivity. Keep up the good work!

  regards/jbm

 


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

^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re: "replaced while being copied" - was ... RE: Solved partially by findutils 4.3 - RE: "inode changed", ...
  2006-01-23 12:28   ` Jonas Mölsä
@ 2006-01-23 15:23     ` Corinna Vinschen
  2006-01-24 10:14       ` Jonas Mölsä
  0 siblings, 1 reply; 56+ messages in thread
From: Corinna Vinschen @ 2006-01-23 15:23 UTC (permalink / raw)
  To: cygwin

On Jan 20 13:22, Jonas M?ls? wrote:
> 
> 
> 
> 
> Corinna Vinschen <corinna-cygwin <at> cygwin.com> writes:
> 
> > Could you please build and
> > run the below test application like this:
> > 
> >   $ gcc -o getvolinfo getvolinfo.c
> >   $ ./getvolinfo //desdata2/universal
> > 
> > and send the output to this list?
> > 
> > Thanks,
> > Corinna
> > 
> 
> 
> Hi!
> I have the same problem with cp, mv and rm -rf, but only on my windows share,
> not on C:.
> 
> The result of running your test program on my "home directory" /cygdrive/z is:
> 
> $ ./getvolinfo.exe /cygdrive/z
> rootdir: z:\
> Volume Name        : <userdata>
> Serial Number      : 2283740008
> Max Filenamelength : 255
> Filesystemname     : <NTFS>
> Flags:
>   FILE_CASE_SENSITIVE_SEARCH  : TRUE
>   FILE_CASE_PRESERVED_NAMES   : TRUE
>   FILE_UNICODE_ON_DISK        : TRUE
>   FILE_PERSISTENT_ACLS        : TRUE
>   FILE_FILE_COMPRESSION       : TRUE
>   FILE_VOLUME_QUOTAS          : FALSE
>   FILE_SUPPORTS_SPARSE_FILES  : FALSE
>   FILE_SUPPORTS_REPARSE_POINTS: FALSE
>   FILE_SUPPORTS_REMOTE_STORAGE: FALSE
>   FILE_VOLUME_IS_COMPRESSED   : FALSE
>   FILE_SUPPORTS_OBJECT_IDS    : FALSE
>   FILE_SUPPORTS_ENCRYPTION    : FALSE
>   FILE_NAMED_STREAMS          : FALSE
>   FILE_READ_ONLY_VOLUME       : FALSE

Thanks.  May I assume that the remote directory is on a NT4 based NTFS?


Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader          cygwin AT cygwin DOT com
Red Hat

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

^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re:
  2006-01-23 15:23     ` Corinna Vinschen
@ 2006-01-24 10:14       ` Jonas Mölsä
  2006-01-24 12:09         ` Re: Corinna Vinschen
  0 siblings, 1 reply; 56+ messages in thread
From: Jonas Mölsä @ 2006-01-24 10:14 UTC (permalink / raw)
  To: cygwin

Corinna Vinschen <corinna-cygwin <at> cygwin.com> writes:


>
> Thanks.  May I assume that the remote directory is on a NT4 based NTFS?
> 
> Corinna
> 

I would not have thought so, but after asking our it-staff, 
I got it confirmed. We are running NT4 on the servers. 
I must say I am curious. How could you deduce
that from the output?

   /jbm




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

^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re:
  2006-01-24 10:14       ` Jonas Mölsä
@ 2006-01-24 12:09         ` Corinna Vinschen
  0 siblings, 0 replies; 56+ messages in thread
From: Corinna Vinschen @ 2006-01-24 12:09 UTC (permalink / raw)
  To: cygwin

On Jan 24 09:04, Jonas M?ls? wrote:
> Corinna Vinschen <corinna-cygwin <at> cygwin.com> writes:
> > Thanks.  May I assume that the remote directory is on a NT4 based NTFS?
> 
> I would not have thought so, but after asking our it-staff, 
> I got it confirmed. We are running NT4 on the servers. 
> I must say I am curious. How could you deduce
> that from the output?

The values of the flags are a hint ;-)


Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader          cygwin AT cygwin DOT com
Red Hat

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

^ permalink raw reply	[flat|nested] 56+ messages in thread

* , [Fwd: xsltproc from libxstl-1.1.15-1]
@ 2005-11-28 22:45 Thomas Berger
  2005-12-22  8:02 ` Gerrit P. Haase
  0 siblings, 1 reply; 56+ messages in thread
From: Thomas Berger @ 2005-11-28 22:45 UTC (permalink / raw)
  To: cygwin

Woah Gerrit,
WDYDWMLF (what did you do with my line feeds)?

o.k. since the libxml maintainer choose to forward my struggles
to the list, here comes the readable form:

I'm using xsltproc from .bat-Files under cmd/command and so far
had no problems with Backslashes for paths on the command line
(at least when the last component is divided by a proper slash
from the actual file name).

>>>>>>

Using libxml 20622, libxslt 10115-CVS1027 and libexslt 812-CVS1027
xsltproc was compiled against libxml 20622, libxslt 10115 and libexslt 812
libxslt 10115 was compiled against libxml 20622
libexslt 812 was compiled against libxml 20622
<<<

Thus (ini2bat.xsl contains
<xsl:import href="lib/readconf.xsl"/>

with
 >set -H2k=G:\hans2k
 >xsltproc --load-trace --noout %-H2k%/util/confxml/ini2bat.xsl
%-H2k%/config/empty.xml

yields:

Loaded URL="G:\hans2k/util/confxml/ini2bat.xsl" ID="(null)"
warning: failed to load external entity "lib/readconf.xsl"
compilation error: file G:\hans2k/util/confxml/ini2bat.xsl line 7
element import

xsl:import : unable to load lib/readconf.xsl

and with
 >set -H2k=G:/hans2k
 >xsltproc --load-trace --noout %-H2k%/util/confxml/ini2bat.xsl
%-H2k%/config/empty.xml

yields:
Loaded URL="G:/hans2k/util/confxml/ini2bat.xsl" ID="(null)"
Loaded URL="G:///hans2k/util/confxml/lib/readconf.xsl" ID="(null)"
...

The previous version worked o.k. (for me):

>>>>>>

Using libxml 20620, libxslt 10114-CVS1011 and libexslt 812-CVS1011
xsltproc was compiled against libxml 20620, libxslt 10114 and libexslt 812
libxslt 10114 was compiled against libxml 20620
libexslt 812 was compiled against libxml 20620
<<<

Loaded URL="G:\hans2k/util/confxml/ini2bat.xsl" ID="(null)"
Loaded URL="G%3A%5Chans2k/util/confxml/lib/readconf.xsl" ID="(null)"
...

At the moment I cannot see any possibilty to "slashify" my file paths
prior to calling xsltproc.

unfortunately I got lost studying the sources. In uri.c of libxml is no
special path processing for CYGWIN, but there hasn't, since cygwin takes
care of paths? My guess is, that test on "\" in IS_UNWISE cancels
processing of those paths in several routines in uri.c thus it would
be wise to (re?)introduce some CYGWIN-specific normalization in
xmlCanonicPath in uri.c . However the comment "This really need to be
cleaned up by someone with a Windows box" for the win32-specific
normalization is not really encouraging...

Do you have any ideas?

simple testcase below:
---------- foo.xsl --------------
<?xml version="1.0"?>
<xsl:stylesheet version="1.0"
xmlns:xsl="http://www.w3.org/1999/XSL/Transform">

  <xsl:import href="bar.xsl"/>

</xsl:stylesheet>
---------------------------------

---------- bar.xsl -----------------
<?xml version="1.0"?>
<xsl:stylesheet version="1.0"
xmlns:xsl="http://www.w3.org/1999/XSL/Transform">

</xsl:stylesheet>
------------------------------------

call as

xsltproc --load-trace u:/bla/foo.xsl u:/bla/foo.xsl

vs.

xsltproc --load-trace u:\bla/foo.xsl u:/bla/foo.xsl

Greetings
Thomas Berger

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

^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re:
  2005-11-28 22:45 , [Fwd: xsltproc from libxstl-1.1.15-1] Thomas Berger
@ 2005-12-22  8:02 ` Gerrit P. Haase
  0 siblings, 0 replies; 56+ messages in thread
From: Gerrit P. Haase @ 2005-12-22  8:02 UTC (permalink / raw)
  To: thb; +Cc: cygwin

Thomas Berger wrote:

> Woah Gerrit,
> WDYDWMLF (what did you do with my line feeds)?

Oops, it is my broken Delphi mailer, everytime it gets an email
in UTF-8 encoding it sends out in the same encoding, however it
doesn't do it right,  I have no idea how to teach this stupid
little software to always use the default charset or how to
convince it that a linebreak in UTF-8 is still al linebreak.

I'm sorry.

Gerrit
-- 
=^..^=

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

^ permalink raw reply	[flat|nested] 56+ messages in thread

* RE:
@ 2005-07-14  6:02 Civis
  0 siblings, 0 replies; 56+ messages in thread
From: Civis @ 2005-07-14  6:02 UTC (permalink / raw)
  To: cygwin

Madame, Mademoiselle, Monsieur,

Nous vous remercions de votre courrier électronique.

Dans le souci de mieux correspondre à vos attentes, nous vous prions de bien vouloir nous contacter désormais par le biais du nouveau "Portail des Citoyens", mis à votre disposition à l'adresse Internet
http://www.europarl.eu.int/opengov/default_fr.htm

Nous vous invitons donc à transférer le contenu de votre courriel vers le formulaire, par simple "copier/coller" (copy/paste).

Avec nos remerciements



Dear Correspondent,

Thank you for your e-mail message.

To enable us to deal with your message, we would kindly ask you to readdress it to us using the form given at the « Citizens’ Portal » on the EP web site at
http://www.europarl.eu.int/opengov/default_en.htm

You can transfer the text of your message to the form using the copy and paste procedure.

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

^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re:
@ 2005-02-23 18:47 real-story
  0 siblings, 0 replies; 56+ messages in thread
From: real-story @ 2005-02-23 18:47 UTC (permalink / raw)
  To: cygwin

【受信メール1件】届きました。
『名前』：美希
『年齢』：30歳
『職業』：自営業
『年収』：2.400万円
『写真』：あり
『一言』：直アド載せたのでメールしてくれませんか？今週ならいつでも会えます。
　　　　　援助金は１００万円用意してあります。
☆こちらから無料返信☆
http://jellybean.hosting-geomax.jp/secret.php?pr=123456
※現在、美希さんからの指名メールは貴方様への一通のみとなっております。
☆yahooアドレスなどフリーメールアドレスからでも登録できます☆
☆おかげさまで全国優良サイトに選ばれました。
只今、感謝キャンペーン中に付き、登録完全無料・直番・直アド見放題☆


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

^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re: [Fwd: Bug: Perl:IsWinNT undefined & RFE, only use "/" in reg values, not names..?]
@ 2004-02-19 15:15 Brian.Kelly
  2004-02-19 22:24 ` linda w
  0 siblings, 1 reply; 56+ messages in thread
From: Brian.Kelly @ 2004-02-19 15:15 UTC (permalink / raw)
  To: cygwin


> Do all the win32 libraries have to have a special port to work on cygwin
> even though
> cygwin was supposed to aid in allowing posix type apps (like perl) to
> run under
> win either from the bash or cjmd.exe shell?

> Definitely the win32 lib is a step in the right direction...but why does
> cygwin need a special version?

Seems to me you answered your own question. The perl that's bundled with
Cygwin is *NOT*
an Active-State-*like* Win32 version of perl. It's really a *unix* built
version of perl that
-requires- Cygwin to even run on Windoze at all. That being the case,
Cygwin perl *thinks* its
running on unix - not Win32. Therefore, modules that expect direct,
non-POSIX access to the
Win32 subsystem are gonna need some help that wouldn't otherwise be
necessary with a true
Win32 build of Perl.

Brian Kelly





"WellChoice, Inc." made the following
 annotations on 02/19/2004 09:07:12 AM
------------------------------------------------------------------------------
Attention!  This electronic message contains information that may be legally confidential and/or privileged.  The information is intended solely for the individual or entity named above and access by anyone else is unauthorized.  If you are not the intended recipient, any disclosure, copying, distribution, or use of the contents of this information is prohibited and may be unlawful.  If you have received this electronic transmission in error, please reply immediately to the sender that you have received the message in error, and delete it. Release/Disclosure Statement


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

^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re: [Fwd: Bug: Perl:IsWinNT undefined & RFE, only use "/" in reg values, not names..?]
  2004-02-19 15:15 [Fwd: Bug: Perl:IsWinNT undefined & RFE, only use "/" in reg values, not names..?] Brian.Kelly
@ 2004-02-19 22:24 ` linda w
  2004-02-22 16:01   ` Gerrit P. Haase
  0 siblings, 1 reply; 56+ messages in thread
From: linda w @ 2004-02-19 22:24 UTC (permalink / raw)
  To: Brian.Kelly, cygwin

What features does one get with a unix perl over a perl built where 
"WinNT" is
defined as true or false?  Many (most? all?) of the Win32 calls are 
available
in the Cygwin environment, why not compile the perl as a mixed breed 
perl that
defines WinNT?

What is lost by allowing Perl to make libwin32 calls.

If Cygwin is supposed to enable me to run my utils and scripts from bash or
cnd.exe, then why should perl be different?  What do I lose by defining 
-MWin32
in the PERL5OPS?, or put another way, why isn't it on and present all 
the time?

Besides, it seems, that the cpan modules for perl can't be for active state
perl since they have their own package manager -- but are for the 
floundering
win32-perl that is mostly eclipsed by active state's perl and cygwin's 
perl.

I suppose I find it frustrating to find books/examples about win32-perl that
don't quite work on active state and don't quite work on cyg_WIN_ (vs. a
cygunix product that might infer a variant of unix).

It seems cyg_win_ was designed to add POSIX  and unix compatibility and
functionality to the _Win_ environment with the intent of making things
_easier_ (Easy is good -- not everyone can be a master of every technology).
So why not make things easier for perl scripters as well by starting with
a perl that is unix (works with cpan, handles paths with "//", "/") and
win (paths handle "\\", ":" and "\\\\" and define WinNT) compatible?

Is there some fundamental reason why they can't both be present in perl?

I think part of the problem is that Perl is both an "app" (can be view as
a unix app to be transferred over), or can be viewed as part of the
development environment (as it is a development tool) that also understands
it is running in a mixed mode.

I'm favoring the latter view, obviously, while some have taken the former
view.  I'm just thinking it makes cygperl so much more accessible/useful to
have it understand it's mixed mode heritage as well.

Is that something real difficult or impossible to do?

(I don't know, never having built perl in the first place.)

Linda

Brian.Kelly@Empireblue.com wrote:

> Seems to me you answered your own question. The perl that's bundled with
>
>Cygwin is *NOT*
>an Active-State-*like* Win32 version of perl. It's really a *unix* built
>version of perl that
>-requires- Cygwin to even run on Windoze at all. That being the case,
>Cygwin perl *thinks* its
>running on unix - not Win32. Therefore, modules that expect direct,
>non-POSIX access to the
>Win32 subsystem are gonna need some help that wouldn't otherwise be
>necessary with a true
>Win32 build of Perl.
>
>Brian Kelly
>  
>

-- 
    In the marketplace of "Real goods", capitalism is limited by safety
    regulations, consumer protection laws, and product liability.  In
    the computer industry, what protects the consumer?

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

^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re:
  2004-02-19 22:24 ` linda w
@ 2004-02-22 16:01   ` Gerrit P. Haase
  0 siblings, 0 replies; 56+ messages in thread
From: Gerrit P. Haase @ 2004-02-22 16:01 UTC (permalink / raw)
  To: linda w; +Cc: cygwin

Hallo linda,

> Is that something real difficult or impossible to do?

> (I don't know, never having built perl in the first place.)

Try to figure;)

Gerrit
-- 
=^..^=



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

^ permalink raw reply	[flat|nested] 56+ messages in thread

* RE:
@ 2004-02-07 15:33 Peter Schoen
  0 siblings, 0 replies; 56+ messages in thread
From: Peter Schoen @ 2004-02-07 15:33 UTC (permalink / raw)
  To: cygwin

Viele Erotik-Webmaster arbeiten mit Tricks wie angeblichen "Crack-Dialer" oder gehackten Dialer um sich Umsaetze zu schaffen.
Wir denken das ist der falsche Weg!
Um uns dennoch von anderen Erotik-Seiten abzuheben, haben wir beschlossen, einen TEST-Login fuer unsere Neukunden einzurichten.

Der Login kann beliebig oft 300 Minuten zum Test benutzt werden.

20000 Kontaktanzeigen
50 Livecams
5000 Bilder
2000 Videos

und noch vieles Mehr!
http://user.by/pph0365215987520

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

^ permalink raw reply	[flat|nested] 56+ messages in thread

[parent not found: <6810515835.20040117131240@familiehaase.de>]

* Re:
       [not found] <6810515835.20040117131240@familiehaase.de>
@ 2004-01-17 22:34 ` Inge Haase
  0 siblings, 0 replies; 56+ messages in thread
From: Inge Haase @ 2004-01-17 22:34 UTC (permalink / raw)
  To: Gerrit @ cygwin

Guten Tag Gerrit,

am Samstag, 17. Januar 2004 um 13:12 schreibst du:

> Hallo ,




Ja, die Nachricht kam normal bei "bat" an. Ich schicke dir mal eine,
die i m m e r nur im Outlook Express ankommt.

-- 
Liebe GrÃŒsse
Inge
mailto:inge@familiehaase.de


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

^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re:
@ 2003-10-15 21:18 caj
  0 siblings, 0 replies; 56+ messages in thread
From: caj @ 2003-10-15 21:18 UTC (permalink / raw)
  To: cygwin

shlwapi.dll 6.0.2800.1226 - 395,264 bytes
msvcrt.dll 6.1.9844.0 - 286,773 bytes

I get the crash

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

^ permalink raw reply	[flat|nested] 56+ messages in thread

[parent not found: <1003339534031140@firemail.de>]

* Re:
       [not found] <1003339534031140@firemail.de>
@ 2001-10-17 13:19 ` Charles Wilson
  0 siblings, 0 replies; 56+ messages in thread
From: Charles Wilson @ 2001-10-17 13:19 UTC (permalink / raw)
  To: Katherina O'Connor; +Cc: cygwin

Wait, why are you arguing with me?  I *agreed* with David -- but pointed
out that in the cygwin project, we try to model (a) standards, then (b)
Linux, then (c) other things like solaris.  To back up his argument, he
gave me something from (c) -- whereas I said, okay fine, but a better
authority is (something from (a)).

I just don't have time to fix this myself.  Patches welcome.

--Chuck
 

Katherina O'Connor wrote:
> 
> Chuck,
> 
> David is right, because almost all of the UNICES
> with -let me say- a somewhat longer history than
> Linux expecting the union (semun) to be declared
> in the application. Therefore a simple
> preprocesser directive around semun in sem.h
> can help writing portable applications with
> cygwin/linux.
> 
> -Kathy
> 
> David,
>  Thanks for the heads up. Note that "Sun doesn't do it that way"
> isn't a very persuasive argument; "Linux doesn't..." or "SUSv2 says
> that..." is more persuasive. Fortunately, you got me curious, and
> indeed, SUSv2 agrees with Sun on this issue.
> 
> http://www.opengroup.org/onlinepubs/007908799/xsh/semctl.html
> 
> Unfortunately, I don't have time to track this down and fix it myself
> right now. However, I'd be happy to accept a patch...as long as the
> bundled apps were all modified to define semun. This includes
> ipc-daemon, as well as semtool, shmtool, and msgtool. And the patch was
> verified to work properly...
> 
> --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/

^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re:
@ 2000-12-16  9:23 Earnie Boyd
  0 siblings, 0 replies; 56+ messages in thread
From: Earnie Boyd @ 2000-12-16  9:23 UTC (permalink / raw)
  To: Hello Babe, cygwin

--- Hello  Babe <xconnect@rediffmail.com> wrote:
> You said: Ok, having visited this system, I'll suggest You said:`TERM=linux
> rlogin ...'. This system doesn't understand TERM=cygwin.
> 
> I ask: (1) Can you explain it in detail. Does TERM here means, a Terminal?
> (2) Will I face similar problems with other free Unix shell accounts....
> 

It sounds as if you need to do a little studying.  This has to do with how UNIX
and it's processes control your output.

> Note: To understan my problem and, if you are using Windows NT, you may
> install Cgywin Unix client from this website:
> http://sources.redhat.com/cygwin/
> 
> Install Cgywin and then trouble-shoot this clent for better understanding.
> Can you suggest me some more Unix clients for NT.
> 

I understand Cygwin and UNIX already.  However, it sounds as if you don't.

Sorry I can't be of more help.  There are various sources on the net concerning
UNIX and you can find the documentation for Cygwin and http://cygwin.com .

Good luck,

=====
Earnie Boyd
mailto:earnie_boyd@yahoo.com

---         < http://earniesystems.safeshopper.com >         ---
--- Cygwin: POSIX on Windows < http://gw32.freeyellow.com/ > ---
---   Minimalist GNU for Windows < http://www.mingw.org/ >   ---

__________________________________________________
Do You Yahoo!?
Yahoo! Shopping - Thousands of Stores. Millions of Products.
http://shopping.yahoo.com/

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re:
@ 2000-12-05  8:54 henry junior
  0 siblings, 0 replies; 56+ messages in thread
From: henry junior @ 2000-12-05  8:54 UTC (permalink / raw)
  To: cygwin

i have problem the txt doesn't seem to be link with
the program can you help me
--- henry junior <gs01han@yahoo.com> wrote:
> * Talib Talib   *
>  * Assignment: 4 */
> 
> #include <iostream.h>
> #include <fstream.h>
> 
> #define EMPTY  0
> #define ACTIVE  1
> #define DELETED  2
> #define ITEM_NOT_FOUND -1 
> 
> typedef struct {
>     char name[20];
>     int ssn, mid, final;
>     char grade;
>     int info;
> } Entry;
>     
> class HashTable{
> 
>     Entry *array;
>     int tableSize;
>     int currentSize;
>     public:
>         HashTable(int size){
>             array = new Entry[size]; tableSize =
> size;
> makeEmpty();
>         }
> 
>         int insert(Entry x){
>                 // Insert x as active
>             int currentPos = findPos( x );
>             if( isActive( currentPos ) )
>                 return 1;
>             array[ currentPos ] = x;
> 
>                 // Rehash; see Section 5.5
>             if( ++currentSize > tableSize / 2 )
>                 rehash( );
> 			return 0;
>         }
>         
>         bool isActive( int currentPos )
>         {
>             return array[ currentPos ].info ==
> ACTIVE;
>         }
> 
>         int hash( Entry key, int tableSize )
>         {
>             int hashVal = 0;
> 
>             for( int i = 0; key.name[i] != '\0'; i++
> )
>                 hashVal = 37 * hashVal + key.name[ i
> ];
> 
>             hashVal %= tableSize;
>             if( hashVal < 0 )
>                 hashVal += tableSize;
>             return hashVal;
>         }
>     
>         void rehash( ) {
> 			int i;
>             Entry *oldArray = new Entry[tableSize];
>             for(i=0; i<tableSize; i++)
>                 oldArray[i] = array[i];
> 
>             // Create new double-sized, empty table
>             array = new Entry[2*tableSize];
>             for( i = 0; i < tableSize; i++ )
>                 array[ i ].info = EMPTY;
> 
>             // Copy table over
>             currentSize = 0;
>             for( i = 0; i < tableSize; i++ )
>                 if( oldArray[ i ].info == ACTIVE )
>                     insert( oldArray[ i ] );
>             tableSize *= 2;
>         }
>         
>         int findPos( const Entry & x ) 
>         {
> /* 1*/      int collisionNum = 0;
> /* 2*/      int currentPos = hash( x, tableSize );
> 
> /* 3*/      while( array[ currentPos ].info != EMPTY
> &&
>                    array[ currentPos ].ssn != x.ssn
> )
>             {
> /* 4*/          currentPos += 2 * ++collisionNum -
> 1; 
> // Compute ith probe
> /* 5*/          if( currentPos >= tableSize )
> /* 6*/              currentPos -= tableSize;
>             }
> 
> /* 7*/      return currentPos;
>         }
>         
>         void remove( const Entry & x )
>         {
>             int currentPos = findPos( x );
>             if( isActive( currentPos ) )
>                 array[ currentPos ].info = DELETED;
>         }
>         
>         int find( const Entry & x ) 
>         {
>             int currentPos = findPos( x );
>             return isActive( currentPos ) ?
> currentPos
> : ITEM_NOT_FOUND;
>         }
> 
>         void makeEmpty( )
>         {
>             currentSize = 0;
>             for( int i = 0; i < tableSize; i++ )
>                 array[ i ].info = EMPTY;
>         }
> 
> 	int printEntry(int index){
> 		if(index >= tableSize) 
> 			return -1;
> 		cout << array[index].name << " " <<
> array[index].ssn
> << " " << array[index].mid << " " <<
> array[index].final << " " << array[index].grade <<
> "\n";
> 		return 1;
> 	}
> };    
> 
> int main(int argc, char *argv[]){
>     int n, i, index;
>     Entry tmp;
>     ifstream fin("input.txt");
>     fin >> n;
>     HashTable table = HashTable(2*n+1);
>     for(i=0; i<n; i++){
>         fin >> tmp.name;
>         fin >> tmp.ssn;
>         fin >> tmp.mid;
>         fin >> tmp.final;
>         fin >> tmp.grade;
> 		tmp.info = ACTIVE;
>         table.insert(tmp);
>     }
> 
>     cout << "Give the entry to be found in
> hashtable(Give name and ssn)\n";
>     cin >> tmp.name;
>     cin >> tmp.ssn;
>     index = table.find(tmp);
>     if(index == ITEM_NOT_FOUND) 
>         cout << "Item not found\n";
>     else{
>         cout << "Index of given name is: " << index
> <<
> "\n";
> 	table.printEntry(index);
>     }
>     return 1;
> }    
> 
> 
> __________________________________________________
> Do You Yahoo!?
> Thousands of Stores.  Millions of Products.  All in
> one Place.
> http://shopping.yahoo.com/


__________________________________________________
Do You Yahoo!?
Yahoo! Shopping - Thousands of Stores. Millions of Products.
http://shopping.yahoo.com/

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 56+ messages in thread

[parent not found: <Pine.LNX.4.10.9910111854020.4347-100000@atlas.ujavcali.edu.co>]

* RE:
       [not found] <Pine.LNX.4.10.9910111854020.4347-100000@atlas.ujavcali.edu.co>
@ 1999-10-11 17:19 ` Suhaib M. Siddiqi
  1999-10-31 19:54   ` RE: Suhaib M. Siddiqi
  0 siblings, 1 reply; 56+ messages in thread
From: Suhaib M. Siddiqi @ 1999-10-11 17:19 UTC (permalink / raw)
  To: Antonio MATTA; +Cc: Cygwin@Sourceware. Cygnus. Com

Yes, right!!! could any body tell him why he is getting

> - One of the devices asociated with the system does not work
> - The file GLUT.DLL is asociated with an exportation
> OPENGL.DLL.:GetPixelFormat that does not exists.
>
> Could anybody tell what is my mistake or what can I do in order to solve
> this problem?
>

BTW: please address Cygwin related questions to cygwin@sourceware.cygnus.com
and X11 related to cygwin-xfree@sourceware.cygnus.com

Downloading the ports from my URLS at Geocities and Webjump does not mean
I am also running a Cygwin Support Center, unfortunately.  Lately 5 to 15
messages are being sent directly to me.  PLEASE ADDRESS CYGWIN REALTED
QUESTIONS TO CYGWIN USERS LIST.

Now the answer to your questions is in your error messages.  you got a wrong
version of Opengl.dll in your path, which does not have GetPixelFormat
function.

Regards
Suhaib

> -----Original Message-----
> From: Antonio MATTA [ mailto:amatta@atlas.ujavcali.edu.co ]
> Sent: Monday, October 11, 1999 7:55 PM
> To: Ssiddiqi@InspirePharm.Com
> Subject:
>
>
> I want to develop an aplication using OpenGl and Glut with Cygwin32.
> I know that Cygwin has the following input libraries libopengl32.a,
> and libglu32.a, so we need to get libglut.a .
> I generate it with dlltool using GLUT.DLL and the file glut.def
> that comes in the packet-source of glut-3.7 .
>
> I compile the following example:
>
> #include <windows.h>
> #include <stdlib.h>
> #include <GL/Gl.h>
> #include <GL/Glu.h>
> #include <GL/glut.h>
>
> void init(void)
> {
>    glClearColor (0.0, 0.0, 0.0, 0.0);
>    glShadeModel (GL_FLAT);
> }
>
> void display(void)
> {
>    glClear (GL_COLOR_BUFFER_BIT);
>    glColor3f (1.0, 1.0, 1.0);
>    glLoadIdentity ();             /* clear the matrix */
>            /* viewing transformation  */
>    gluLookAt (0.0, 0.0, 5.0, 0.0, 0.0, 0.0, 0.0, 1.0, 0.0);
>    glScalef (1.0, 2.0, 1.0);      /* modeling transformation */
>    glutWireCube (1.0);
>    glFlush ();
> }
>
> void reshape (int w, int h)
> {
>    glViewport (0, 0, (GLsizei) w, (GLsizei) h);
>    glMatrixMode (GL_PROJECTION);
>    glLoadIdentity ();
>    glFrustum (-1.0, 1.0, -1.0, 1.0, 1.5, 20.0);
>    glMatrixMode (GL_MODELVIEW);
> }
>
> /* ARGSUSED1 */
> void keyboard(unsigned char key, int x, int y)
> {
>    switch (key) {
>       case 27:
>          exit(0);
>          break;
>    }
> }
>
> int main(int argc, char** argv)
> {
>    glutInit(&argc, argv);
>    glutInitDisplayMode (GLUT_SINGLE | GLUT_RGB);
>    glutInitWindowSize (500, 500);
>    glutInitWindowPosition (100, 100);
>    glutCreateWindow (argv[0]);
>    init ();
>    glutDisplayFunc(display);
>    glutReshapeFunc(reshape);
>    glutKeyboardFunc(keyboard);
>    glutMainLoop();
>    return 0;
> }
>
> Using this Makefile:
>
> INCDIR =/cygnus/cygwin-b20/H-i586-cygwin32/i586-cygwin32/include/Gl
> LIBDIR =/cygnus/cygwin-b20/H-i586-cygwin32/i586-cygwin32/lib
> GL_LIBS = -L$(LIBDIR)  -lglu32 -lopengl32 -lglut -lm
>
> cube.exe: cube.o
> 	gcc -mwindows cube.o -o $@ $(GL_LIBS) -e _mainCRTStartup
> cube.o : cube.c
> 	gcc -c cube.c
>
>
> and it does everything right generating the cube.exe file.
>
> The problem is that when I want to run this file I got the following
> messages:
>
> - One of the devices asociated with the system does not work
> - The file GLUT.DLL is asociated with an exportation
> OPENGL.DLL.:GetPixelFormat that does not exists.
>
> Could anybody tell what is my mistake or what can I do in order to solve
> this problem?
>


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 56+ messages in thread

* RE:
  1999-10-11 17:19 ` Suhaib M. Siddiqi
@ 1999-10-31 19:54   ` Suhaib M. Siddiqi
  0 siblings, 0 replies; 56+ messages in thread
From: Suhaib M. Siddiqi @ 1999-10-31 19:54 UTC (permalink / raw)
  To: Antonio MATTA; +Cc: Cygwin@Sourceware. Cygnus. Com

Yes, right!!! could any body tell him why he is getting

> - One of the devices asociated with the system does not work
> - The file GLUT.DLL is asociated with an exportation
> OPENGL.DLL.:GetPixelFormat that does not exists.
>
> Could anybody tell what is my mistake or what can I do in order to solve
> this problem?
>

BTW: please address Cygwin related questions to cygwin@sourceware.cygnus.com
and X11 related to cygwin-xfree@sourceware.cygnus.com

Downloading the ports from my URLS at Geocities and Webjump does not mean
I am also running a Cygwin Support Center, unfortunately.  Lately 5 to 15
messages are being sent directly to me.  PLEASE ADDRESS CYGWIN REALTED
QUESTIONS TO CYGWIN USERS LIST.

Now the answer to your questions is in your error messages.  you got a wrong
version of Opengl.dll in your path, which does not have GetPixelFormat
function.

Regards
Suhaib

> -----Original Message-----
> From: Antonio MATTA [ mailto:amatta@atlas.ujavcali.edu.co ]
> Sent: Monday, October 11, 1999 7:55 PM
> To: Ssiddiqi@InspirePharm.Com
> Subject:
>
>
> I want to develop an aplication using OpenGl and Glut with Cygwin32.
> I know that Cygwin has the following input libraries libopengl32.a,
> and libglu32.a, so we need to get libglut.a .
> I generate it with dlltool using GLUT.DLL and the file glut.def
> that comes in the packet-source of glut-3.7 .
>
> I compile the following example:
>
> #include <windows.h>
> #include <stdlib.h>
> #include <GL/Gl.h>
> #include <GL/Glu.h>
> #include <GL/glut.h>
>
> void init(void)
> {
>    glClearColor (0.0, 0.0, 0.0, 0.0);
>    glShadeModel (GL_FLAT);
> }
>
> void display(void)
> {
>    glClear (GL_COLOR_BUFFER_BIT);
>    glColor3f (1.0, 1.0, 1.0);
>    glLoadIdentity ();             /* clear the matrix */
>            /* viewing transformation  */
>    gluLookAt (0.0, 0.0, 5.0, 0.0, 0.0, 0.0, 0.0, 1.0, 0.0);
>    glScalef (1.0, 2.0, 1.0);      /* modeling transformation */
>    glutWireCube (1.0);
>    glFlush ();
> }
>
> void reshape (int w, int h)
> {
>    glViewport (0, 0, (GLsizei) w, (GLsizei) h);
>    glMatrixMode (GL_PROJECTION);
>    glLoadIdentity ();
>    glFrustum (-1.0, 1.0, -1.0, 1.0, 1.5, 20.0);
>    glMatrixMode (GL_MODELVIEW);
> }
>
> /* ARGSUSED1 */
> void keyboard(unsigned char key, int x, int y)
> {
>    switch (key) {
>       case 27:
>          exit(0);
>          break;
>    }
> }
>
> int main(int argc, char** argv)
> {
>    glutInit(&argc, argv);
>    glutInitDisplayMode (GLUT_SINGLE | GLUT_RGB);
>    glutInitWindowSize (500, 500);
>    glutInitWindowPosition (100, 100);
>    glutCreateWindow (argv[0]);
>    init ();
>    glutDisplayFunc(display);
>    glutReshapeFunc(reshape);
>    glutKeyboardFunc(keyboard);
>    glutMainLoop();
>    return 0;
> }
>
> Using this Makefile:
>
> INCDIR =/cygnus/cygwin-b20/H-i586-cygwin32/i586-cygwin32/include/Gl
> LIBDIR =/cygnus/cygwin-b20/H-i586-cygwin32/i586-cygwin32/lib
> GL_LIBS = -L$(LIBDIR)  -lglu32 -lopengl32 -lglut -lm
>
> cube.exe: cube.o
> 	gcc -mwindows cube.o -o $@ $(GL_LIBS) -e _mainCRTStartup
> cube.o : cube.c
> 	gcc -c cube.c
>
>
> and it does everything right generating the cube.exe file.
>
> The problem is that when I want to run this file I got the following
> messages:
>
> - One of the devices asociated with the system does not work
> - The file GLUT.DLL is asociated with an exportation
> OPENGL.DLL.:GetPixelFormat that does not exists.
>
> Could anybody tell what is my mistake or what can I do in order to solve
> this problem?
>


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 56+ messages in thread

* No Subject
@ 1999-03-28 16:14 Dave Braze
  1999-03-28 17:03 ` Rick Rankin
  0 siblings, 1 reply; 56+ messages in thread
From: Dave Braze @ 1999-03-28 16:14 UTC (permalink / raw)
  To: cygwin

I am having problems compiling C++ programs with b20.1 on Windows 95 sr2. 
Since I am trying to use cygwin to learn C++ and unix style tools both, I 
don't have a good handle on the relevant terminology, but here it is.

I can't compile a simple "hello world" program. Here it is:

     #include  <iostream>

     int main()
     {
       std::cout << "Hello world!\n";
       exit(0);
     }

I get an error like this (sorry for the long line):

c:\CYGNUS\CYGWIN-B20\H-I586-CYGWIN32\BIN\..\lib\gcc-lib\i586-cygwin32\egcs-2.91.57\collect2.exe
-o hello.exe -s
c:\CYGNUS\CYGWIN-B20\H-I586-CYGWIN32\BIN\..\lib\gcc-lib\i586-cygwin32\egcs-2.91.57\..\..\..\..\i586-cygwin32\lib\crt0.o
-Lc:\CYGNUS\CYGWIN-B20\H-I586-CYGWIN32\BIN\..\lib\gcc-lib\i586-cygwin32\egcs-2.91.57
-Lc:\CYGNUS\CYGWIN-B20\H-I586-CYGWIN32\BIN\..\lib\gcc-lib
-L\cygnus\cygwin-b20\H-i586-cygwin32\lib\gcc-lib\i586-cygwin32\egcs-2.91.57
-Lc:\CYGNUS\CYGWIN-B20\H-I586-CYGWIN32\BIN\..\lib\gcc-lib\i586-cygwin32\egcs-2.91.57\..\..\..\..\i586-cygwin32\lib
-L\cygnus\cygwin-b20\H-i586-cygwin32\lib\gcc-lib\i586-cygwin32\egcs-2.91.57\..\..\..\..\i586-cygwin32\lib
-Lc:\CYGNUS\CYGWIN-B20\H-I586-CYGWIN32\BIN\..\lib\gcc-lib\i586-cygwin32\egcs-2.91.57\..\..\..
hello.o -lgcc -lcygwin -lkernel32 -ladvapi32 -lshell32 -lgcc
hello.o(.text+0x1e):hello.cc: undefined reference to `cout'
hello.o(.text+0x23):hello.cc: undefined reference to `ostream::operator<<(char
const *)'
collect2: ld returned 1 exit status
make: *** [hello.exe] Error 1

Incidently I have no problem compiling a 'c'  version of "hello world". It
seems like the problem has to do with linking to the c++  libraries, but I'm
not sure where the problem might be in my installation. When I installed
cygwin I accepted the default install directory. Also, the same error occurs
whether I  use gcc from the command line, or use a trivial make file. I can't
imagine that this should cause a problem, but I do have a version of djgpp
installed on my system (poverty of imagination?). 

In any event, all help will be very much appreciated.

-Dave Braze

____________________________________________________________________
Get your own FREE, personal Netscape WebMail account today at http://webmail.netscape.com .

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 56+ messages in thread

* RE:
  1999-03-28 16:14 No Subject Dave Braze
@ 1999-03-28 17:03 ` Rick Rankin
  1999-03-31 19:45   ` RE: Rick Rankin
  0 siblings, 1 reply; 56+ messages in thread
From: Rick Rankin @ 1999-03-28 17:03 UTC (permalink / raw)
  To: Dave Braze, cygwin

Dave,

You left out a pretty relevant piece of information: the command used to
invoke the compiler. If your source is in a file called hello.cc (or
hello.ccp or hello.cxx), then you can compile your source below with the
line

g++ hello.cc -o hello

I suspect that you used "gcc hello.cc -o hello". By default, gcc does not
link in the C++ runtime library. You could use gcc if you want to manually
specify the C++ runtime:

gcc hello.cc -o hello -lstdc++

Hope that helps,

Rick
--
Rick Rankin
rrankin@primenet.com

> -----Original Message-----
> From: cygwin-owner@sourceware.cygnus.com
> [ mailto:cygwin-owner@sourceware.cygnus.com]On Behalf Of Dave Braze
> Sent: Sunday, March 28, 1999 5:15 PM
> To: cygwin@sourceware.cygnus.com
> Subject:
>
>
> I am having problems compiling C++ programs with b20.1 on Windows 95 sr2.
> Since I am trying to use cygwin to learn C++ and unix style tools both, I
> don't have a good handle on the relevant terminology, but here it is.
>
> I can't compile a simple "hello world" program. Here it is:
>
>      #include  <iostream>
>
>      int main()
>      {
>        std::cout << "Hello world!\n";
>        exit(0);
>      }
>
> I get an error like this (sorry for the long line):
>
> c:\CYGNUS\CYGWIN-B20\H-I586-CYGWIN32\BIN\..\lib\gcc-lib\i586-cygwi
> n32\egcs-2.91.57\collect2.exe
> -o hello.exe -s
> c:\CYGNUS\CYGWIN-B20\H-I586-CYGWIN32\BIN\..\lib\gcc-lib\i586-cygwi
> n32\egcs-2.91.57\..\..\..\..\i586-cygwin32\lib\crt0.o
> -Lc:\CYGNUS\CYGWIN-B20\H-I586-CYGWIN32\BIN\..\lib\gcc-lib\i586-cyg
> win32\egcs-2.91.57
> -Lc:\CYGNUS\CYGWIN-B20\H-I586-CYGWIN32\BIN\..\lib\gcc-lib
> -L\cygnus\cygwin-b20\H-i586-cygwin32\lib\gcc-lib\i586-cygwin32\egc
> s-2.91.57
> -Lc:\CYGNUS\CYGWIN-B20\H-I586-CYGWIN32\BIN\..\lib\gcc-lib\i586-cyg
> win32\egcs-2.91.57\..\..\..\..\i586-cygwin32\lib
> -L\cygnus\cygwin-b20\H-i586-cygwin32\lib\gcc-lib\i586-cygwin32\egc
> s-2.91.57\..\..\..\..\i586-cygwin32\lib
> -Lc:\CYGNUS\CYGWIN-B20\H-I586-CYGWIN32\BIN\..\lib\gcc-lib\i586-cyg
> win32\egcs-2.91.57\..\..\..
> hello.o -lgcc -lcygwin -lkernel32 -ladvapi32 -lshell32 -lgcc
> hello.o(.text+0x1e):hello.cc: undefined reference to `cout'
> hello.o(.text+0x23):hello.cc: undefined reference to
> `ostream::operator<<(char
> const *)'
> collect2: ld returned 1 exit status
> make: *** [hello.exe] Error 1
>
> Incidently I have no problem compiling a 'c'  version of "hello world". It
> seems like the problem has to do with linking to the c++
> libraries, but I'm
> not sure where the problem might be in my installation. When I installed
> cygwin I accepted the default install directory. Also, the same
> error occurs
> whether I  use gcc from the command line, or use a trivial make
> file. I can't
> imagine that this should cause a problem, but I do have a version of djgpp
> installed on my system (poverty of imagination?).
>
> In any event, all help will be very much appreciated.
>
> -Dave Braze
>
>
> ____________________________________________________________________
> Get your own FREE, personal Netscape WebMail account today at
http://webmail.netscape.com .

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 56+ messages in thread

* RE:
  1999-03-28 17:03 ` Rick Rankin
@ 1999-03-31 19:45   ` Rick Rankin
  0 siblings, 0 replies; 56+ messages in thread
From: Rick Rankin @ 1999-03-31 19:45 UTC (permalink / raw)
  To: Dave Braze, cygwin

Dave,

You left out a pretty relevant piece of information: the command used to
invoke the compiler. If your source is in a file called hello.cc (or
hello.ccp or hello.cxx), then you can compile your source below with the
line

g++ hello.cc -o hello

I suspect that you used "gcc hello.cc -o hello". By default, gcc does not
link in the C++ runtime library. You could use gcc if you want to manually
specify the C++ runtime:

gcc hello.cc -o hello -lstdc++

Hope that helps,

Rick
--
Rick Rankin
rrankin@primenet.com

> -----Original Message-----
> From: cygwin-owner@sourceware.cygnus.com
> [ mailto:cygwin-owner@sourceware.cygnus.com]On Behalf Of Dave Braze
> Sent: Sunday, March 28, 1999 5:15 PM
> To: cygwin@sourceware.cygnus.com
> Subject:
>
>
> I am having problems compiling C++ programs with b20.1 on Windows 95 sr2.
> Since I am trying to use cygwin to learn C++ and unix style tools both, I
> don't have a good handle on the relevant terminology, but here it is.
>
> I can't compile a simple "hello world" program. Here it is:
>
>      #include  <iostream>
>
>      int main()
>      {
>        std::cout << "Hello world!\n";
>        exit(0);
>      }
>
> I get an error like this (sorry for the long line):
>
> c:\CYGNUS\CYGWIN-B20\H-I586-CYGWIN32\BIN\..\lib\gcc-lib\i586-cygwi
> n32\egcs-2.91.57\collect2.exe
> -o hello.exe -s
> c:\CYGNUS\CYGWIN-B20\H-I586-CYGWIN32\BIN\..\lib\gcc-lib\i586-cygwi
> n32\egcs-2.91.57\..\..\..\..\i586-cygwin32\lib\crt0.o
> -Lc:\CYGNUS\CYGWIN-B20\H-I586-CYGWIN32\BIN\..\lib\gcc-lib\i586-cyg
> win32\egcs-2.91.57
> -Lc:\CYGNUS\CYGWIN-B20\H-I586-CYGWIN32\BIN\..\lib\gcc-lib
> -L\cygnus\cygwin-b20\H-i586-cygwin32\lib\gcc-lib\i586-cygwin32\egc
> s-2.91.57
> -Lc:\CYGNUS\CYGWIN-B20\H-I586-CYGWIN32\BIN\..\lib\gcc-lib\i586-cyg
> win32\egcs-2.91.57\..\..\..\..\i586-cygwin32\lib
> -L\cygnus\cygwin-b20\H-i586-cygwin32\lib\gcc-lib\i586-cygwin32\egc
> s-2.91.57\..\..\..\..\i586-cygwin32\lib
> -Lc:\CYGNUS\CYGWIN-B20\H-I586-CYGWIN32\BIN\..\lib\gcc-lib\i586-cyg
> win32\egcs-2.91.57\..\..\..
> hello.o -lgcc -lcygwin -lkernel32 -ladvapi32 -lshell32 -lgcc
> hello.o(.text+0x1e):hello.cc: undefined reference to `cout'
> hello.o(.text+0x23):hello.cc: undefined reference to
> `ostream::operator<<(char
> const *)'
> collect2: ld returned 1 exit status
> make: *** [hello.exe] Error 1
>
> Incidently I have no problem compiling a 'c'  version of "hello world". It
> seems like the problem has to do with linking to the c++
> libraries, but I'm
> not sure where the problem might be in my installation. When I installed
> cygwin I accepted the default install directory. Also, the same
> error occurs
> whether I  use gcc from the command line, or use a trivial make
> file. I can't
> imagine that this should cause a problem, but I do have a version of djgpp
> installed on my system (poverty of imagination?).
>
> In any event, all help will be very much appreciated.
>
> -Dave Braze
>
>
> ____________________________________________________________________
> Get your own FREE, personal Netscape WebMail account today at
http://webmail.netscape.com .

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com


^ permalink raw reply	[flat|nested] 56+ messages in thread

[parent not found: <01d601be61ac$ceadd300$29acdfd0@InspirePharm.Com>]

* Re:
       [not found] <01d601be61ac$ceadd300$29acdfd0@InspirePharm.Com>
@ 1999-02-26 11:59 ` Corinna Vinschen
  1999-02-28 23:02   ` Re: Corinna Vinschen
  0 siblings, 1 reply; 56+ messages in thread
From: Corinna Vinschen @ 1999-02-26 11:59 UTC (permalink / raw)
  To: Suhaib M. Siddiqi, cygwin

You didn't write very much information, so I only took
a look into the librpclib.a and have found, that the symbols
are defined. Try 
	nm librpclib.a | grep 'T _xdr' | less
and you will see it, too.
Are you sure, that your linking stage is correct?

Regards,
Corinna

P.S.: Caution in using xdr_float. It definitely doesn't work
correctly. I got a patch in the meantime, which I will publish
soon.


Suhaib M. Siddiqi wrote:
> 
> Hi,
> 
> I tried using your rpc *librpclib.a* and apprantly ran into a problem.
> I get unreferenced symbols to xdr-  Looks like xdr is missing?
> 
> Regards
> Suhaib
> 
> c:/cygnus/cygwin-b20/H-i586-cygwin32/bin/../lib/gcc-lib/i586-cygwin32/eg
> cs-2.91.
> 60/../../../../i586-cygwin32/include/cygwin/in.h:150: warning:
> `INADDR_LOOPBACK'
>  redefined
> c:/cygnus/cygwin-b20/H-i586-cygwin32/bin/../lib/gcc-lib/i586-cygwin32/eg
> cs-2.91.
> 60/../../../../i586-cygwin32/include/rpc/types.h:60: warning: this is
> the locati
> on of the previous definition
> libxdrf.a(libxdrf.o)(.text+0x1f):libxdrf.c: undefined reference to
> `_xdr_bool'
> libxdrf.a(libxdrf.o)(.text+0x53):libxdrf.c: undefined reference to
> `_xdr_char'
> libxdrf.a(libxdrf.o)(.text+0x87):libxdrf.c: undefined reference to
> `_xdr_double'
> 
> libxdrf.a(libxdrf.o)(.text+0xbb):libxdrf.c: undefined reference to
> `_xdr_float'
> libxdrf.a(libxdrf.o)(.text+0x137):libxdrf.c: undefined reference to
> `_xdr_long'
> libxdrf.a(libxdrf.o)(.text+0x16b):libxdrf.c: undefined reference to
> `_xdr_short'
> 
> libxdrf.a(libxdrf.o)(.text+0x19f):libxdrf.c: undefined reference to
> `_xdr_u_char
> '
> libxdrf.a(libxdrf.o)(.text+0x1d3):libxdrf.c: undefined reference to
> `_xdr_u_long
> '
> libxdrf.a(libxdrf.o)(.text+0x207):libxdrf.c: undefined reference to
> `_xdr_u_shor
> t'
> libxdrf.a(libxdrf.o)(.text+0x2bf):libxdrf.c: undefined reference to
> `_xdr_string
> '
> libxdrf.a(libxdrf.o)(.text+0x351):libxdrf.c: undefined reference to
> `_xdr_string
> '
> libxdrf.a(libxdrf.o)(.text+0x3a8):libxdrf.c: undefined reference to
> `_xdr_opaque
> '
> libxdrf.a(libxdrf.o)(.text+0x3e1):libxdrf.c: undefined reference to
> `_xdr_setpos
> '
> libxdrf.a(libxdrf.o)(.text+0x407):libxdrf.c: undefined reference to
> `_xdr_getpos
> '
> libxdrf.a(libxdrf.o)(.text+0x6e6):libxdrf.c: undefined reference to
> `_xdr_destro
> y'
> libxdrf.a(libxdrf.o)(.text+0xdc2):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0xe0d):libxdrf.c: undefined reference to
> `_xdr_float'
> 
> libxdrf.a(libxdrf.o)(.text+0x1305):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x130f):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1319):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1326):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1336):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1340):libxdrf.c: more undefined references
> to `_xdr
> _int' follow
> libxdrf.a(libxdrf.o)(.text+0x19a1):libxdrf.c: undefined reference to
> `_xdr_opaqu
> e'
> libxdrf.a(libxdrf.o)(.text+0x19c4):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1a2c):libxdrf.c: undefined reference to
> `_xdr_vecto
> r'
> libxdrf.a(libxdrf.o)(.text+0x1a41):libxdrf.c: undefined reference to
> `_xdr_float
> '
> libxdrf.a(libxdrf.o)(.text+0x1c2d):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1c37):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1c41):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1c4e):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1c5e):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1c68):libxdrf.c: more undefined references
> to `_xdr
> _int' follow
> libxdrf.a(libxdrf.o)(.text+0x1d84):libxdrf.c: undefined reference to
> `_xdr_opaqu
> e'
> collect2: ld returned 1 exit status



--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re:
  1999-02-26 11:59 ` Corinna Vinschen
@ 1999-02-28 23:02   ` Corinna Vinschen
  0 siblings, 0 replies; 56+ messages in thread
From: Corinna Vinschen @ 1999-02-28 23:02 UTC (permalink / raw)
  To: Suhaib M. Siddiqi, cygwin

You didn't write very much information, so I only took
a look into the librpclib.a and have found, that the symbols
are defined. Try 
	nm librpclib.a | grep 'T _xdr' | less
and you will see it, too.
Are you sure, that your linking stage is correct?

Regards,
Corinna

P.S.: Caution in using xdr_float. It definitely doesn't work
correctly. I got a patch in the meantime, which I will publish
soon.


Suhaib M. Siddiqi wrote:
> 
> Hi,
> 
> I tried using your rpc *librpclib.a* and apprantly ran into a problem.
> I get unreferenced symbols to xdr-  Looks like xdr is missing?
> 
> Regards
> Suhaib
> 
> c:/cygnus/cygwin-b20/H-i586-cygwin32/bin/../lib/gcc-lib/i586-cygwin32/eg
> cs-2.91.
> 60/../../../../i586-cygwin32/include/cygwin/in.h:150: warning:
> `INADDR_LOOPBACK'
>  redefined
> c:/cygnus/cygwin-b20/H-i586-cygwin32/bin/../lib/gcc-lib/i586-cygwin32/eg
> cs-2.91.
> 60/../../../../i586-cygwin32/include/rpc/types.h:60: warning: this is
> the locati
> on of the previous definition
> libxdrf.a(libxdrf.o)(.text+0x1f):libxdrf.c: undefined reference to
> `_xdr_bool'
> libxdrf.a(libxdrf.o)(.text+0x53):libxdrf.c: undefined reference to
> `_xdr_char'
> libxdrf.a(libxdrf.o)(.text+0x87):libxdrf.c: undefined reference to
> `_xdr_double'
> 
> libxdrf.a(libxdrf.o)(.text+0xbb):libxdrf.c: undefined reference to
> `_xdr_float'
> libxdrf.a(libxdrf.o)(.text+0x137):libxdrf.c: undefined reference to
> `_xdr_long'
> libxdrf.a(libxdrf.o)(.text+0x16b):libxdrf.c: undefined reference to
> `_xdr_short'
> 
> libxdrf.a(libxdrf.o)(.text+0x19f):libxdrf.c: undefined reference to
> `_xdr_u_char
> '
> libxdrf.a(libxdrf.o)(.text+0x1d3):libxdrf.c: undefined reference to
> `_xdr_u_long
> '
> libxdrf.a(libxdrf.o)(.text+0x207):libxdrf.c: undefined reference to
> `_xdr_u_shor
> t'
> libxdrf.a(libxdrf.o)(.text+0x2bf):libxdrf.c: undefined reference to
> `_xdr_string
> '
> libxdrf.a(libxdrf.o)(.text+0x351):libxdrf.c: undefined reference to
> `_xdr_string
> '
> libxdrf.a(libxdrf.o)(.text+0x3a8):libxdrf.c: undefined reference to
> `_xdr_opaque
> '
> libxdrf.a(libxdrf.o)(.text+0x3e1):libxdrf.c: undefined reference to
> `_xdr_setpos
> '
> libxdrf.a(libxdrf.o)(.text+0x407):libxdrf.c: undefined reference to
> `_xdr_getpos
> '
> libxdrf.a(libxdrf.o)(.text+0x6e6):libxdrf.c: undefined reference to
> `_xdr_destro
> y'
> libxdrf.a(libxdrf.o)(.text+0xdc2):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0xe0d):libxdrf.c: undefined reference to
> `_xdr_float'
> 
> libxdrf.a(libxdrf.o)(.text+0x1305):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x130f):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1319):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1326):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1336):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1340):libxdrf.c: more undefined references
> to `_xdr
> _int' follow
> libxdrf.a(libxdrf.o)(.text+0x19a1):libxdrf.c: undefined reference to
> `_xdr_opaqu
> e'
> libxdrf.a(libxdrf.o)(.text+0x19c4):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1a2c):libxdrf.c: undefined reference to
> `_xdr_vecto
> r'
> libxdrf.a(libxdrf.o)(.text+0x1a41):libxdrf.c: undefined reference to
> `_xdr_float
> '
> libxdrf.a(libxdrf.o)(.text+0x1c2d):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1c37):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1c41):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1c4e):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1c5e):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1c68):libxdrf.c: more undefined references
> to `_xdr
> _int' follow
> libxdrf.a(libxdrf.o)(.text+0x1d84):libxdrf.c: undefined reference to
> `_xdr_opaqu
> e'
> collect2: ld returned 1 exit status



--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com


^ permalink raw reply	[flat|nested] 56+ messages in thread

* No Subject
@ 1998-11-23 12:41 Ugo Matrangolo
       [not found] ` <matra@dedalus.com>
  1998-11-24 16:45 ` Re: Benjamin Riefenstahl
  0 siblings, 2 replies; 56+ messages in thread
From: Ugo Matrangolo @ 1998-11-23 12:41 UTC (permalink / raw)
  To: gnu-win32

Hi!.

I'm a new user of cyg-win32 . Today i tried to recompile some old 
c++ code under cyg-win32 B20 under win98 . This program causes a 
segment violation :

----- cyg-bug.cc -----
#include <iostream.h>
#include <vector>

int main(void)
{
   int n;

   cout << "Gimme a dimension :";
   cin >> n;

   vector<vector<int> > mymatrix(n);

   for (int i = 0;i < n;i++)
      for (int j = 0;j < n;j++)
         mymatrix[i][j] = 0;

   return 0;
}

---------------------

This program works fine under FreeBSD. 

Can anyone tell me if it is a bug or my fault ?  

bye .

-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[flat|nested] 56+ messages in thread

```
[parent not found: <matra@dedalus.com>]
```

* Re:
       [not found] ` <matra@dedalus.com>
@ 1998-11-24 12:54   ` John F. Kolen
  0 siblings, 0 replies; 56+ messages in thread
From: John F. Kolen @ 1998-11-24 12:54 UTC (permalink / raw)
  To: gnu-win32

/* I tried replying directly, but the mail bounced */

>   vector<vector<int> > mymatrix(n);
>   for (int i = 0;i < n;i++)
>      for (int j = 0;j < n;j++)
>         mymatrix[i][j] = 0;

What you have there should not work.  Take a look at the default constructor
and operator[] for vector<int>.

vector() : start(0), finish(0), end_of_storage(0) {}
reference operator[](size_type n) { return *(begin() + n); }
iterator begin() { return start; }

Your instantiation of of mymatrix will create n 0-element vectors with start
ptrs set to null.  This is why the deref is failing.  Here's a fix.

   for (int i = 0;i < n;i++){
      mymatrix[i].resize(n);
      for (int j = 0;j < n;j++)
         mymatrix[i][j] = 0;
   }


-- 
John F. Kolen				voice: (850)474-3075 
Assistant Professor			fax:   (850)474-3023
Dept. of Computer Science
University of West Florida
Pensacola, FL 32514
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re:
  1998-11-23 12:41 No Subject Ugo Matrangolo
       [not found] ` <matra@dedalus.com>
@ 1998-11-24 16:45 ` Benjamin Riefenstahl
  1 sibling, 0 replies; 56+ messages in thread
From: Benjamin Riefenstahl @ 1998-11-24 16:45 UTC (permalink / raw)
  To: gnu-win32

Hi Ugo,

Ugo Matrangolo wrote:
> This program causes a segment violation :
> ...
>    vector<vector<int> > mymatrix(n);
> 
>    for (int i = 0;i < n;i++)
>       for (int j = 0;j < n;j++)
>          mymatrix[i][j] = 0;
> ...
> Can anyone tell me if it is a bug or my fault ?

Your fault ;-)

The declaration allocates a vector of n *empty* vector<int>s and those
inner vectors are never expanded to make room for any elements (vectors
do not expand automatically). Try this one instead:

    vector<vector<int> > mymatrix(n);

    for (int i = 0;i < n;i++)
       for (int j = 0;j < n;j++)
          mymatrix[i].push_back(0); // expand the vector<int> by one

so long, benny  
======================================
Benjamin Riefenstahl (benny@crocodial.de)
Crocodial Communications EntwicklungsGmbH
Ruhrstr. 61, D-22761 Hamburg, Germany
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[flat|nested] 56+ messages in thread

* No Subject
@ 1998-11-04 22:40 Keith Carscadden
  1998-11-06  3:00 ` Benjamin Riefenstahl
  0 siblings, 1 reply; 56+ messages in thread
From: Keith Carscadden @ 1998-11-04 22:40 UTC (permalink / raw)
  To: gnu-win32

Using B19 release of gdb and gcc, I recently created a program to test a
function that removed trailing blanks from a string, in place. That is, it
moved \0 to the first of one or more trailing blanks. This would change
"123    " to "123" or "a b c   " to "a b c", for example. To test this, I
created a main, created some strings and called the function. This
combination I tested using gdb, and everything appeared to work as I
expected. However, when I ran the program directly from DOS, it aborted
with STATUS_ACCESS_VIOLATION. I eventually realized that the problem was
caused by me passing a pointer to a literal (  char *test1 = "123    "; ),
rather than a pointer to a character array. When I fixed this ( char
test1[] = "123    "; ), the program ran as expected.

My question is, why did this run without an error under gdb, when it
aborted when run under DOS?

Keith

-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re:
  1998-11-04 22:40 No Subject Keith Carscadden
@ 1998-11-06  3:00 ` Benjamin Riefenstahl
  0 siblings, 0 replies; 56+ messages in thread
From: Benjamin Riefenstahl @ 1998-11-06  3:00 UTC (permalink / raw)
  To: Keith Carscadden; +Cc: gnu-win32

Hi Keith,

Keith Carscadden wrote:
> with STATUS_ACCESS_VIOLATION. I eventually realized that the problem was
> caused by me passing a pointer to a literal (  char *test1 = "123    "; ),
> rather than a pointer to a character array. When I fixed this ( char
> test1[] = "123    "; ), the program ran as expected.
> 
> My question is, why did this run without an error under gdb, when it
> aborted when run under DOS?

To make constant strings read-only they are put into the code segment.
During ordinary runs, the code segmant will be read-only on Win/32. OTOH
gdb needs to be able to change the code to add breakpoints, so under a
debugger the code segment will be writable to allow this.

so long, benny
======================================
Benjamin Riefenstahl (benny@crocodial.de)
Crocodial Communications EntwicklungsGmbH
Ruhrstr. 61, D-22761 Hamburg, Germany
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[flat|nested] 56+ messages in thread

* No Subject
@ 1998-08-15  2:26 anangsa
  1998-08-17 12:35 ` Michael Weiser
  0 siblings, 1 reply; 56+ messages in thread
From: anangsa @ 1998-08-15  2:26 UTC (permalink / raw)
  To: gnu-win32

Hi,
I've tried to port some apps with b19, i still need winsock 2 & winmm
header anyone can help ?

-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re:
  1998-08-15  2:26 No Subject anangsa
@ 1998-08-17 12:35 ` Michael Weiser
  0 siblings, 0 replies; 56+ messages in thread
From: Michael Weiser @ 1998-08-17 12:35 UTC (permalink / raw)
  To: anangsa; +Cc: gnu-win32

Hi anangsa,

You wrote:

>I've tried to port some apps with b19, i still need winsock 2 & winmm
>header anyone can help ?
Winsock is definitly already there, you just have to activate it by
defining some macro:

/* Mingw32 */
#ifdef __MINGW32__
# define Win32_Winsock
# include <windows.h>
#endif /* __MINGW32__ */

Winmm should behave the same, just search the files in the Windows32
directory for some winmm statement and see how to activate it.

bye

Michael
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re:
@ 1998-07-01  8:02 Earnie Boyd
  0 siblings, 0 replies; 56+ messages in thread
From: Earnie Boyd @ 1998-07-01  8:02 UTC (permalink / raw)
  To: Vazul; +Cc: gw32

---Vazul <vazul@mud.matav.hu> wrote:
>
> 
>   Hi,
> 
>   I'm a newbie here. :) So, I tried to compile a program which uses
the
> fd_set structure. This program works fine on a UN*X, but in Cygwin32
> fd_set is defined in the mywinsock.h file. 
> Can I use it? Is it conflicting with other stuffs?

I don't know.  But, one of the best ways to find out is to create a
simple test program.

> And can I use select() for checking keyboard input?

Yes, I believe so.  This has been discussed before, use the search
engine for the mail archives.  You will probably have to have "SET
CYGWIN32=tty binmode" before starting bash.

> 
>   Another problem: I use the "Change Scrolling Region" escape
sequence,
> for setting the terminal. (cs=\E[%i%d;%dr) It works on VT100 (or
greater)
> terminals, linux, xterm etc. It would be very good, if it can also
work
> with Cygwin32.

Try:

MSDOS# SET TERM=linux
or
BASH#  export TERM=linux

> 
>   Thanks a lot for any help given... and sorry for my bad english...
> 
> -- Vazul
> 

You are welcome,
-        \\||//
---o0O0--Earnie--0O0o----
--earnie_boyd@yahoo.com--
------ooo0O--O0ooo-------

Please, research your question via the Searchable Mail Archives first.
http://www.cygnus.com/ml/gnu-win32          (Searchable Mail Archives)

Check out these great gnu-win32 related sites:
ftp://ftp.cygnus.com/pub/gnu-win32/latest/                  (ftp site)
http://www.cygnus.com/pubs/gnupro/                    (Comercial Page)
http://www.cygnus.com/misc/gnu-win32/                   (Project Page)
http://dvpraktikum.informatik.uni-koeln.de:3232/ 
                                            (Cygwin32 Porting Project)
http://www.lexa.ru/sos                               (Sergey Okhapkin)
ftp://www.lexa.ru/pub/domestic/sos/                (Sergey's ftp site)
http://www.fu.is.saga-u.ac.jp/~colin/gcc.html (Colin Peters - Mingw32)
http://www.xraylith.wisc.edu/~khan/software/gnu-win32/    (Mumit Khan)
ftp://ftp.hksys.com/pub/mirrors/EGCS-Win32/   (Jeremy Bettis - mirror)
http://gnu-win32.paranoia.ru                   (Chuck Bogorad's ports)
http://www.downloadwizard.com/ak/gnu-win32/bash.html
                                        (GNU-Win32 Bash Configuration)
http://www.parallax.co.uk/~andyp/index_text.html  (Andy Piper - ports)
http://www.tiac.net/users/cgf     (Christopher Faylor - package ports)
http://aquarius.franken.de/docs/develop/gnuwin32/GNUWin32.txt
                                               (Package Porting Notes)
ftp://ftp.franken.de/pub/win32/develop/gnuwin32/cygwin32/ 
                                                       (German mirror)
http://www.dol.ru/users/valtul      (Valery Tulnikov - software ports)
ftp://ftp.cs.nyu.edu/pub/local/fox/cygwin32 (David fox - RPM packages)
http://www.itribe.net/virtunix/winhelp-man-pages/     (HTML Man Pages)
http://www.kedemel.demon.co.uk/                       (Darren's ports)

Help for Win32 Beginners: 
 http://www.relisoft.com
 http://www.program.com/resources/win32.html

DISCLAIMER: These links or links from these pages to other sites do
not constitute an endorsement of any entities, advertisers, products 
or services therein. I am not responsible for and do not control or 
monitor the content of these sites or the accuracy of information 
found therein.

-------------------- IMPORTANT UPGRADE NOTICE ------------------------
You should get the following to update your cygwinb19 package:

Sergey Okhapkin's coolview package which contains an updated 
cygwinb19.dll.  (Yes, even if you've already downloaded the b19.1 
update from the Cygnus Site).

Mumit Khan's compilation of EGCS for the cygwinb19.dll; especially if 
you're using the C++ compiler.  The current version of the compiler
that 
comes with the tools has lots of problems that have been fixed with 
the EGCS version.  This is a drop-in replacement for the GCC toolset.

URL's are listed above.
-----------------------------------------------------------------------

_________________________________________________________
DO YOU YAHOO!?
Get your free @yahoo.com address at http://mail.yahoo.com

-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[flat|nested] 56+ messages in thread

* No Subject
@ 1998-05-17 21:40 Abdul razak
  1998-05-19  7:38 ` Michael Weiser
  0 siblings, 1 reply; 56+ messages in thread
From: Abdul razak @ 1998-05-17 21:40 UTC (permalink / raw)
  To: gnu-win32

Hello,

We are using Windows NT "NET FUNCTIONS" in VC++ environment
for management of user profiles. 

The API's we have used are for creation of users and groups on the 
"server machines" only.  Please help us to find any API's for 
creation of users and groups on the client machines.  So far
we have used the following API's:

NetUserGetInfo
NetUserAdd
NetGroupGetInfo
NetLocalGroupGetInfo
NetLocalGroupAddMembers
NetGroupAddUser

And from Security Functions we have used LookUpAccountName.

Looking forward for your reply....

Thanking You in advance
Razak

______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re:
  1998-05-17 21:40 No Subject Abdul razak
@ 1998-05-19  7:38 ` Michael Weiser
  0 siblings, 0 replies; 56+ messages in thread
From: Michael Weiser @ 1998-05-19  7:38 UTC (permalink / raw)
  To: gnu-win32

Hi Abdul,

You wrote:

>The API's we have used are for creation of users and groups on the 
>"server machines" only.  Please help us to find any API's for 
>creation of users and groups on the client machines.  So far
>we have used the following API's:
>
>NetUserGetInfo
>NetUserAdd
>NetGroupGetInfo
>NetLocalGroupGetInfo
>NetLocalGroupAddMembers
>NetGroupAddUser
>
>And from Security Functions we have used LookUpAccountName.
All these functions can work on the local machine, too, if you pass a
NULL pointer instead of the server name string. And none of these
functions make a distinction between WinNT Server or Workstation. So
if you pass the name of a WinNT Wks to one of the functions it will
work as expected on that machine. So you don't need any new APIs. ;)

bye

Michael
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[flat|nested] 56+ messages in thread

* lib-www on Win95/cygwin32 - (some) success!
@ 1998-02-09 13:06 James G. Stallings II
  1998-02-10  6:06 ` No Subject Jerome Gay
  0 siblings, 1 reply; 56+ messages in thread
From: James G. Stallings II @ 1998-02-09 13:06 UTC (permalink / raw)
  To: www-lib; +Cc: gnu-win32

Greetings, Lists!  Just in case anybody gives a rats ass ;p I finally made
some ground with lib-www on my win95 machine. The big stroke, as it turns
out, is to use cygwin32 from cygnus (www.cygnus.com). This is a really
decent piece of work, and when tweaked to perfection provides a unix-like
environment in which to operate gcc (and other software) that is good
enough to twist this win95 box into an eerie mix of M$W and bash$.

Toss in some good support binaries for awk, grep, and sed, and I was able
to generate config.h and compile most of the library source without
trouble. The compile eventually crashed with a complaint about 'timezone'
not being defined. I did have to tweak an apparently dain-bramaged bit of
the 'configure' script that seemed to prevent building for anything but
SunO$ architecture; I didn't quite get that one.

An interesting note: when it exited, it did so on a SIG33. It claimed an
internal compiler error. I'd be interested to know what exactly a SIG33
represents. 

Any Takers?

Cheers to you all!
-James

...
To iterate is human, to recurse, divine.
                -- Robert Heller

-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[flat|nested] 56+ messages in thread

* No Subject
  1998-02-09 13:06 lib-www on Win95/cygwin32 - (some) success! James G. Stallings II
@ 1998-02-10  6:06 ` Jerome Gay
  1998-02-14  8:26   ` Fernandes
  0 siblings, 1 reply; 56+ messages in thread
From: Jerome Gay @ 1998-02-10  6:06 UTC (permalink / raw)
  To: gnu-win32

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Fellow Gnu-Winers,

Has anybody aver heard of an ASN.1 compiler available under the GPL 
(or, at least, free for personal use !) ?
Thanks,

Cheers /jerome

-----BEGIN PGP SIGNATURE-----
Version: PGPfreeware 5.0i for non-commercial use
Charset: noconv

iQA/AwUBNOBQITAQTzlANstnEQLEewCgyd2nFr+aNGuHLSRtTlrqzkBNFLIAnizZ
FoKbKwHp/Q94vtf/5N1hZFLh
=XMtI
-----END PGP SIGNATURE-----

-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re:
  1998-02-10  6:06 ` No Subject Jerome Gay
@ 1998-02-14  8:26   ` Fernandes
  1998-02-15  5:57     ` Re: Bug Hunter
  0 siblings, 1 reply; 56+ messages in thread
From: Fernandes @ 1998-02-14  8:26 UTC (permalink / raw)
  To: Jerome Gay, gnu-win32; +Cc: Fernandes, Hilton

On 10 Feb 98 at 15:03,  Jerome Gay <gay@aspentec.com> wrote:

> Fellow Gnu-Winers,
> 
> Has anybody aver heard of an ASN.1 compiler available under the GPL 
> (or, at least, free for personal use !) ?
> Thanks,
> 
> Cheers /jerome
> 

What's an ASN.1 compiler?


Just curious!

-------------------
Hilton Fernandes
email: hgfernan@usp.br
www:   http://www.lsi.usp.br/~hilton.html (inactive)
M. Sc. Student of Parallel Distributed Applications
at Escola Politecnica (Polytechnic School)
University of S. Paulo - Brazil
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re:
  1998-02-14  8:26   ` Fernandes
@ 1998-02-15  5:57     ` Bug Hunter
  0 siblings, 0 replies; 56+ messages in thread
From: Bug Hunter @ 1998-02-15  5:57 UTC (permalink / raw)
  To: Fernandes; +Cc: gnu-win32

  If you are asking what I think you are asking, search on the web
(www.dogpile.com) for "rational rose".

  There is a copyrighted version of Rose out there that is free.  The
copyright is used to prohibit users of the code from ever suing the
creators of the coded, not to prohibit the free use of the code for any
reason.

  ASN.1, if I remember correctly from about 2 years ago is a way to create
managed information bases and code for things like SNMP.

  I wrote some code to ASN.1 for TR303, and wrote a TL1 object oriented
compiler/parser system so you could interface such stuff.  This is mainly
telcommunications industry.

bug

On Sat, 14 Feb 1998 Fernandes@usp.br wrote:

> On 10 Feb 98 at 15:03,  Jerome Gay <gay@aspentec.com> wrote:
> 
> > Fellow Gnu-Winers,
> > 
> > Has anybody aver heard of an ASN.1 compiler available under the GPL 
> > (or, at least, free for personal use !) ?
> > Thanks,
> > 
> > Cheers /jerome
> > 
> 
> What's an ASN.1 compiler?
> 
> 
> Just curious!
> 
> -------------------
> Hilton Fernandes
> email: hgfernan@usp.br
> www:   http://www.lsi.usp.br/~hilton.html (inactive)
> M. Sc. Student of Parallel Distributed Applications
> at Escola Politecnica (Polytechnic School)
> University of S. Paulo - Brazil
> -
> For help on using this list (especially unsubscribing), send a message to
> "gnu-win32-request@cygnus.com" with one line of text: "help".
> 

-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re:
@ 1997-11-19  1:25 Scott Warner
  0 siblings, 0 replies; 56+ messages in thread
From: Scott Warner @ 1997-11-19  1:25 UTC (permalink / raw)
  To: Capron, Craig W, gnu-win32

Craig,

Try

int main()

to specify function return type


----------
> From: Capron, Craig W <craig.w.capron@lmco.com>
> To: 'gnu-win32@cygnus.com'
> Subject: 
> Date: Monday, November 17, 1997 12:38 PM
> 
> Greetings!  I am new to programming and newer to Cygnus software, so I
> beg your sufferance.  I have recently installed Cygnus' gnu-win32, b18,
> and everything seems to be working fine except the compiler.  I've
> written the following simple program named 'welcome.C':
> 
> 	// A first program in C++
> 
> 	#include <iostream.h>
> 
> 	main(){
> 	  cout << "Welcome to C++!\n";
> 
> 	  // indicate that program ended successfully
> 	  return 0;
> 	}
> 
> . . . but when I ran g++ I received the following error message:
> 
> 	(unknown) heap_init: unable to allocate heap, win32 error 87
> 	cygwin: terminating
> 	(unknown) In cygwin_except_handler
> 	(unknown) Exception trapped!
> 	(unknown) exception C0000005 at 1001E4B2
> 	(unknown) exception: ax 0 bx 0 cx 501 dx FFFFFFFF
> 	(unknown) exception: si 5C62696C di 5C32336E bp 241FB30 sp
> 241FB30
> 	(unknown) exception is: STATUS_ACCESS_VIOLATION
> 	(unknown) Stack trace:
> 	(unknown) frame 0: sp = 0x241F964, pc = 0x1001282A
> 	(unknown) frame 1: sp = 0x241F980, pc = 0x77F94512
> 	(unknown) frame 2: sp = 0x241F9A4, pc = 0x77F88EEB
> 	(unknown) frame 3: sp = 0x241FA30, pc = 0x77F76266
> 	(unknown) frame 4: sp = 0x241FB30, pc = 0x10011D4D
> 	(unknown) frame 5: sp = 0x241FB44, pc = 0x10018972
> 	(unknown) frame 6: sp = 0x241FB5C, pc = 0x10011615
> 	(unknown) frame 7: sp = 0x241FF94, pc = 0x10011BFF
> 	(unknown) frame 8: sp = 0x241FFA0, pc = 0x4118D5
> 	(unknown) frame 9: sp = 0x241FFB0, pc = 0x40103B
> 	(unknown) frame 10: sp = 0x241FFC0, pc = 0x77F1B304
> 	(unknown) frame 11: sp = 0x241FFF0, pc = 0x0
> 	(unknown) End of stack trace
> 	(unknown) In cygwin_except_handler
> 	(unknown) Error while dumping state (probably corrupted stack)
> 	(unknown) In cygwin_except_handler
> 	(unknown) Error while dumping state (probably corrupted stack)
> 	(unknown) In cygwin_except_handler
> 	(Blah, blah, blah, . . . repeats the last two lines ad nauseum)
> 
> I have run it from both the bash and the CMD prompt with the same
> results.  I'm assuming that I've got something misconfigured somewhere,
> but I've looked in all the places I know to look and I'm just not
> finding it.  I hope this looks familiar to someone.
> 
> My system is an IBM PC350, 133-Mhz Pentium running Windows NT Server
> v4.0 with service pack 3 installed.  Thanks in advance for any help
> and/or sympathetic grimaces offered.
> 
> cwc
> -
> For help on using this list (especially unsubscribing), send a message to
> "gnu-win32-request@cygnus.com" with one line of text: "help".
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[flat|nested] 56+ messages in thread

* No Subject
@ 1997-11-17  9:50 Capron, Craig W
  1997-11-20  2:01 ` Bernd Schilpp
  0 siblings, 1 reply; 56+ messages in thread
From: Capron, Craig W @ 1997-11-17  9:50 UTC (permalink / raw)
  To: 'gnu-win32@cygnus.com'

Greetings!  I am new to programming and newer to Cygnus software, so I
beg your sufferance.  I have recently installed Cygnus' gnu-win32, b18,
and everything seems to be working fine except the compiler.  I've
written the following simple program named 'welcome.C':

	// A first program in C++

	#include <iostream.h>

	main(){
	  cout << "Welcome to C++!\n";

	  // indicate that program ended successfully
	  return 0;
	}

. . . but when I ran g++ I received the following error message:

	(unknown) heap_init: unable to allocate heap, win32 error 87
	cygwin: terminating
	(unknown) In cygwin_except_handler
	(unknown) Exception trapped!
	(unknown) exception C0000005 at 1001E4B2
	(unknown) exception: ax 0 bx 0 cx 501 dx FFFFFFFF
	(unknown) exception: si 5C62696C di 5C32336E bp 241FB30 sp
241FB30
	(unknown) exception is: STATUS_ACCESS_VIOLATION
	(unknown) Stack trace:
	(unknown) frame 0: sp = 0x241F964, pc = 0x1001282A
	(unknown) frame 1: sp = 0x241F980, pc = 0x77F94512
	(unknown) frame 2: sp = 0x241F9A4, pc = 0x77F88EEB
	(unknown) frame 3: sp = 0x241FA30, pc = 0x77F76266
	(unknown) frame 4: sp = 0x241FB30, pc = 0x10011D4D
	(unknown) frame 5: sp = 0x241FB44, pc = 0x10018972
	(unknown) frame 6: sp = 0x241FB5C, pc = 0x10011615
	(unknown) frame 7: sp = 0x241FF94, pc = 0x10011BFF
	(unknown) frame 8: sp = 0x241FFA0, pc = 0x4118D5
	(unknown) frame 9: sp = 0x241FFB0, pc = 0x40103B
	(unknown) frame 10: sp = 0x241FFC0, pc = 0x77F1B304
	(unknown) frame 11: sp = 0x241FFF0, pc = 0x0
	(unknown) End of stack trace
	(unknown) In cygwin_except_handler
	(unknown) Error while dumping state (probably corrupted stack)
	(unknown) In cygwin_except_handler
	(unknown) Error while dumping state (probably corrupted stack)
	(unknown) In cygwin_except_handler
	(Blah, blah, blah, . . . repeats the last two lines ad nauseum)

I have run it from both the bash and the CMD prompt with the same
results.  I'm assuming that I've got something misconfigured somewhere,
but I've looked in all the places I know to look and I'm just not
finding it.  I hope this looks familiar to someone.

My system is an IBM PC350, 133-Mhz Pentium running Windows NT Server
v4.0 with service pack 3 installed.  Thanks in advance for any help
and/or sympathetic grimaces offered.

cwc
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re:
  1997-11-17  9:50 No Subject Capron, Craig W
@ 1997-11-20  2:01 ` Bernd Schilpp
  0 siblings, 0 replies; 56+ messages in thread
From: Bernd Schilpp @ 1997-11-20  2:01 UTC (permalink / raw)
  To: Capron, Craig W, gnu-win32

Hello Craig,

rename your welcome.c - program to welcome.cpp and try it again.

Bernd

Capron, Craig W wrote:

> Greetings!  I am new to programming and newer to Cygnus software, so I
> beg your sufferance.  I have recently installed Cygnus' gnu-win32, b18,
> and everything seems to be working fine except the compiler.  I've
> written the following simple program named 'welcome.C':
>
>         // A first program in C++
>
>         #include <iostream.h>
>
>         main(){
>           cout << "Welcome to C++!\n";
>
>           // indicate that program ended successfully
>           return 0;
>         }
>
> . . . but when I ran g++ I received the following error message:
>
>         (unknown) heap_init: unable to allocate heap, win32 error 87
>         cygwin: terminating
>         (unknown) In cygwin_except_handler
>         (unknown) Exception trapped!
>         (unknown) exception C0000005 at 1001E4B2
>         (unknown) exception: ax 0 bx 0 cx 501 dx FFFFFFFF
>         (unknown) exception: si 5C62696C di 5C32336E bp 241FB30 sp
> 241FB30
>         (unknown) exception is: STATUS_ACCESS_VIOLATION
>         (unknown) Stack trace:
>         (unknown) frame 0: sp = 0x241F964, pc = 0x1001282A
>         (unknown) frame 1: sp = 0x241F980, pc = 0x77F94512
>         (unknown) frame 2: sp = 0x241F9A4, pc = 0x77F88EEB
>         (unknown) frame 3: sp = 0x241FA30, pc = 0x77F76266
>         (unknown) frame 4: sp = 0x241FB30, pc = 0x10011D4D
>         (unknown) frame 5: sp = 0x241FB44, pc = 0x10018972
>         (unknown) frame 6: sp = 0x241FB5C, pc = 0x10011615
>         (unknown) frame 7: sp = 0x241FF94, pc = 0x10011BFF
>         (unknown) frame 8: sp = 0x241FFA0, pc = 0x4118D5
>         (unknown) frame 9: sp = 0x241FFB0, pc = 0x40103B
>         (unknown) frame 10: sp = 0x241FFC0, pc = 0x77F1B304
>         (unknown) frame 11: sp = 0x241FFF0, pc = 0x0
>         (unknown) End of stack trace
>         (unknown) In cygwin_except_handler
>         (unknown) Error while dumping state (probably corrupted stack)
>         (unknown) In cygwin_except_handler
>         (unknown) Error while dumping state (probably corrupted stack)
>         (unknown) In cygwin_except_handler
>         (Blah, blah, blah, . . . repeats the last two lines ad nauseum)
>
> I have run it from both the bash and the CMD prompt with the same
> results.  I'm assuming that I've got something misconfigured somewhere,
> but I've looked in all the places I know to look and I'm just not
> finding it.  I hope this looks familiar to someone.
>
> My system is an IBM PC350, 133-Mhz Pentium running Windows NT Server
> v4.0 with service pack 3 installed.  Thanks in advance for any help
> and/or sympathetic grimaces offered.
>
> cwc
> -
> For help on using this list (especially unsubscribing), send a message to
> "gnu-win32-request@cygnus.com" with one line of text: "help".

-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[flat|nested] 56+ messages in thread

* No Subject
@ 1997-06-05 18:47 John Cerney
  1997-06-06 23:41 ` jman
  0 siblings, 1 reply; 56+ messages in thread
From: John Cerney @ 1997-06-05 18:47 UTC (permalink / raw)
  To: Christian Soeller; +Cc: gnu-win32

[-- Attachment #1: Type: text/plain, Size: 1656 bytes --]

> > I, too, have been spending my weekends trying to build perl 5.004 on
> > cygwin 95.
> > 
> > > I applied the patch that Chris Faylor kindly sent me.
> > 
> > Same here.  The patch helped, but the big issue remains: DLLs do not
> > get dynaloaded.  btw, Chris Faylor used NT.  He tells me the XS
> > modules do load properly.
> > 
> 
> Could this be related to the problems reported building DLLs under
> Win95 for X11? There the win95 generated DLLs seemed to contain
> garbage characters due to a possible error in fseek, etc while
> the WinNT generated DLLs seemed to work.
> 
> 
>   Christian

I can verify this. I have seen problems building perl extension lib DLLs on
windows 95 (not NT) due to garbage characters after the base relocation section
of the dll. It seems that if the base relocation section is not terminated by
zeros, then the DLL won't load. DLLs built under windows 95 with gnuwin32
appear to have garbage characters at the end of the base relocation section.
This appears to happen somewhat randomly. Sometimes the DLL will build fine,
sometimes it won't.

I built a simple program that will test for this condition (base relocation
section not being terminated by zeros). I will attach it to this message. Just
type dllcheck <dllname> to use. It will indicate if the DLL is OK or not.

I am currently using this program for building a port of perl/tk I am working
on. On windows 95, I have a script setup to keep building a DLL until the
dllcheck program says it is OK. This sometimes takes rebuilding the DLL 3 to 4
times until it builds OK, without the garbage characters at the end of the base
relocation section.

-John

[-- Attachment #2: dllcheck.exe --]
[-- Type: application/x-dosexec, Size: 45568 bytes --]

^ permalink raw reply	[flat|nested] 56+ messages in thread

* Re:
  1997-06-05 18:47 No Subject John Cerney
@ 1997-06-06 23:41 ` jman
  0 siblings, 0 replies; 56+ messages in thread
From: jman @ 1997-06-06 23:41 UTC (permalink / raw)
  To: John Cerney; +Cc: Christian Soeller, gnu-win32

Howdy,
 I found to fix this. Let your computer rest a few minutes before ya
build. I usually 
turn it off wait a few minutes turn it back on. Then build this may or
may not work for everyone but hey it works for me ;)

John Cerney wrote:
> 
> I can verify this. I have seen problems building perl extension lib DLLs on
> windows 95 (not NT) due to garbage characters after the base relocation section
> of the dll. It seems that if the base relocation section is not terminated by
> zeros, then the DLL won't load. DLLs built under windows 95 with gnuwin32
> appear to have garbage characters at the end of the base relocation section.
> This appears to happen somewhat randomly. Sometimes the DLL will build fine,
> sometimes it won't.
> 
> I built a simple program that will test for this condition (base relocation
> section not being terminated by zeros). I will attach it to this message. Just
> type dllcheck <dllname> to use. It will indicate if the DLL is OK or not.
> 
> I am currently using this program for building a port of perl/tk I am working
> on. On windows 95, I have a script setup to keep building a DLL until the
> dllcheck program says it is OK. This sometimes takes rebuilding the DLL 3 to 4
> times until it builds OK, without the garbage characters at the end of the base
> relocation section.
> 
> -John
> 
> 
>     ---------------------------------------------------------------
> 
>                    Name: dllcheck.exe
>     Part 1.2       Type: unspecified type (application/octet-stream)
>                Encoding: X-UUENCODE

-- 
Jason L. Esman aka _Jman
System Admin. Network Consultant
Irc Admin of irc.lx.net(newnet)
Co. Owner of Den Internet Services
http://www.lx.net && http://www.deninc.com
PGP Keys finger jman@lx.net
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".

^ permalink raw reply	[flat|nested] 56+ messages in thread

end of thread, other threads:[~2024-01-10 14:53 UTC | newest]

Thread overview: 56+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
1997-06-08  0:47 Sergey Okhapkin
1997-06-09  9:02 ` RE: John Cerney
  -- strict thread matches above, loose matches on Subject: below --
2024-01-10 14:51 hancy donald
2024-01-10 14:52 ` hancy donald
2023-10-08 10:06 Ben Sim
2023-10-09  7:39 ` cygwinautoreply
2023-09-01 11:21 Sanjitha. p
2023-09-01 11:23 ` cygwinautoreply
2023-09-01 10:43 Sanjitha. p
2023-09-01 10:47 ` cygwinautoreply
2023-08-04 21:10 mazyona
2023-03-02 13:38 Kidane Kenenisa
2023-03-02 13:41 ` cygwinautoreply
2023-01-03 19:42 abolfazl fazli
2023-01-03 19:45 ` cygwinautoreply
2021-11-13 13:01 Kossi Jules KETIKA
2021-11-13 13:01 ` Kossi Jules KETIKA
2021-11-13 13:03 ` Re: cygwinautoreply
2021-11-13 11:32 MUSHIMIYIMANA VIATEUR
2021-11-13 11:35 ` cygwinautoreply
2021-06-26  8:43 Re; Atencion al  Asegurado
     [not found] <278275920.6108613.1607516124022.ref@mail.yahoo.com>
2020-12-09 12:15 ` chaparay01
2020-12-09 18:00   ` Ben Kamen
2020-08-22 17:03 C Goh
2020-08-22 17:13 ` Andrey Repin
2020-08-23  3:05   ` Re: C Goh
2013-08-08  5:56 Re: jrassoc
2013-07-06 16:56 Re: rus369
2013-02-27  5:44 Re: s_hulge
2012-03-11 19:19 "Inappropriate ioctl for device" problem using latest cygwin as a shell within native (non-cygwin) GnuEmac Jack Profit
2012-03-11 19:42 ` Ken Brown
2012-03-11 19:47   ` Ken Brown
2012-03-12  1:44     ` Jack
2012-05-06  2:40       ` Re: Trey Greer
2011-05-06 14:56 Re: Arvind Raman
2008-11-25  8:15 Re: pm@kiu.ru
2008-10-02 16:13 Re: Brenda Hatch
2007-01-21 22:50 "id -Gn" w/ username doesn't return all associated groups. Issue with getgrent()? Mark A. Ziesemer
2007-01-22  9:34 ` Corinna Vinschen
2007-01-22 13:03   ` Eric Blake
2007-01-22 13:29     ` Corinna Vinschen
2007-01-22 15:23       ` Mark A. Ziesemer
2006-02-08 17:33 "rxvt -e bash" From Batch File Hassel, Scott
2006-02-08 17:49 ` Bubba Jones
2006-02-08 17:10 "rxvt -e bash" From Batch File Bubba Jones
2006-02-08 17:36 ` Chris Taylor
2006-02-08 17:58   ` Bubba Jones
2006-01-18 15:05 "replaced while being copied" - was ... RE: Solved partially by findutils 4.3 - RE: "inode changed", Jan Schormann
2006-01-18 16:18 ` Corinna Vinschen
2006-01-23 12:28   ` Jonas Mölsä
2006-01-23 15:23     ` Corinna Vinschen
2006-01-24 10:14       ` Jonas Mölsä
2006-01-24 12:09         ` Re: Corinna Vinschen
2005-11-28 22:45 , [Fwd: xsltproc from libxstl-1.1.15-1] Thomas Berger
2005-12-22  8:02 ` Gerrit P. Haase
2005-07-14  6:02 Civis
2005-02-23 18:47 real-story
2004-02-19 15:15 [Fwd: Bug: Perl:IsWinNT undefined & RFE, only use "/" in reg values, not names..?] Brian.Kelly
2004-02-19 22:24 ` linda w
2004-02-22 16:01   ` Gerrit P. Haase
2004-02-07 15:33 Peter Schoen
     [not found] <6810515835.20040117131240@familiehaase.de>
2004-01-17 22:34 ` Inge Haase
2003-10-15 21:18 Re: caj
     [not found] <1003339534031140@firemail.de>
2001-10-17 13:19 ` Re: Charles Wilson
2000-12-16  9:23 Re: Earnie Boyd
2000-12-05  8:54 Re: henry junior
     [not found] <Pine.LNX.4.10.9910111854020.4347-100000@atlas.ujavcali.edu.co>
1999-10-11 17:19 ` Suhaib M. Siddiqi
1999-10-31 19:54   ` RE: Suhaib M. Siddiqi
1999-03-28 16:14 No Subject Dave Braze
1999-03-28 17:03 ` Rick Rankin
1999-03-31 19:45   ` RE: Rick Rankin
     [not found] <01d601be61ac$ceadd300$29acdfd0@InspirePharm.Com>
1999-02-26 11:59 ` Corinna Vinschen
1999-02-28 23:02   ` Re: Corinna Vinschen
1998-11-23 12:41 No Subject Ugo Matrangolo
     [not found] ` <matra@dedalus.com>
1998-11-24 12:54   ` John F. Kolen
1998-11-24 16:45 ` Re: Benjamin Riefenstahl
1998-11-04 22:40 No Subject Keith Carscadden
1998-11-06  3:00 ` Benjamin Riefenstahl
1998-08-15  2:26 No Subject anangsa
1998-08-17 12:35 ` Michael Weiser
1998-07-01  8:02 Re: Earnie Boyd
1998-05-17 21:40 No Subject Abdul razak
1998-05-19  7:38 ` Michael Weiser
1998-02-09 13:06 lib-www on Win95/cygwin32 - (some) success! James G. Stallings II
1998-02-10  6:06 ` No Subject Jerome Gay
1998-02-14  8:26   ` Fernandes
1998-02-15  5:57     ` Re: Bug Hunter
1997-11-19  1:25 Re: Scott Warner
1997-11-17  9:50 No Subject Capron, Craig W
1997-11-20  2:01 ` Bernd Schilpp
1997-06-05 18:47 No Subject John Cerney
1997-06-06 23:41 ` jman

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).