* 1.3.11(CVS): Possible bug involving temp file generation @ 2002-06-04 7:48 Nicholas Wourms 2002-06-04 8:01 ` Nicholas Wourms 2002-06-05 5:16 ` Pavel Tsekov 0 siblings, 2 replies; 17+ messages in thread From: Nicholas Wourms @ 2002-06-04 7:48 UTC (permalink / raw) To: cygwin [-- Attachment #1: Type: text/plain, Size: 1635 bytes --] Hi, System: CYGWIN_ME-4.90 DRAGON 1.3.11(0.53/3/2) 2002-06-04 09:27 i686 I just downloaded and compiled the latest CVS sources, and have installed them. I'm not sure where this might be occuring, but this is the behavior I am experiencing that was not happening with CVS sources compiled 2 days ago. Here's the error I am getting: patch: **** can't create `/cygdrive/c/WINDOWS/TEMP/po319437' : Bad file number Note: I have the following set in autoexec.bat for use by other programs, and I haven't had trouble in the past, so I don't think using that area for temp files is the problem. SET TEMP=C:\WINDOWS\TEMP SET TMP=C:\WINDOWS\TEMP These directories do exist, and have r/w permissions on them. I have plenty of space on the hard drive. To reproduce the error, download the cygutils-1.0.0-1-src.tar.bz2 file, untar it. Make sure you have set the above environmental variables (if they matter?). Then run ./cygutils-1.0.0-1.sh prep. That should reproduce the error, at least it did on my WinME system. I then ran: strace patch -p0 < cygutils-1.0.0-1.patch | cat > strace.log I then tar'ed it up to /stacktrace.tar and ran: bzip2 -9 strace.results.tar producing the this error plus a 0-byte file: bzip2: Can't create output file strace.results.tar.bz2: Bad file number. (I had to upload it to a linux box for compression.) I have attached the stackdump, log, and cygcheck output for your reference. If you need anymore information, let me know. Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com [-- Attachment #2: strace.results.tar.bz2 --] [-- Type: application/octet-stream, Size: 8519 bytes --] [-- Attachment #3: Type: text/plain, Size: 214 bytes --] -- 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] 17+ messages in thread
* Re: 1.3.11(CVS): Possible bug involving temp file generation 2002-06-04 7:48 1.3.11(CVS): Possible bug involving temp file generation Nicholas Wourms @ 2002-06-04 8:01 ` Nicholas Wourms 2002-06-05 5:16 ` Pavel Tsekov 1 sibling, 0 replies; 17+ messages in thread From: Nicholas Wourms @ 2002-06-04 8:01 UTC (permalink / raw) To: cygwin > strace patch -p0 < cygutils-1.0.0-1.patch | cat > strace.log > > I then tar'ed it up to /stacktrace.tar and ran: Ooops..that should read: "I then tar'ed it up to /strace.results.tar and ran:" Sorry for the confusion... Cheers, Nicholas __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: 1.3.11(CVS): Possible bug involving temp file generation 2002-06-04 7:48 1.3.11(CVS): Possible bug involving temp file generation Nicholas Wourms 2002-06-04 8:01 ` Nicholas Wourms @ 2002-06-05 5:16 ` Pavel Tsekov 2002-06-05 6:29 ` Nicholas Wourms 1 sibling, 1 reply; 17+ messages in thread From: Pavel Tsekov @ 2002-06-05 5:16 UTC (permalink / raw) To: Nicholas Wourms; +Cc: cygwin NW> patch: **** can't create `/cygdrive/c/WINDOWS/TEMP/po319437' : Bad file NW> number Try the latest snapshot dll and see if it works now. -- 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] 17+ messages in thread
* Re: 1.3.11(CVS): Possible bug involving temp file generation 2002-06-05 5:16 ` Pavel Tsekov @ 2002-06-05 6:29 ` Nicholas Wourms 2002-06-05 6:44 ` Nicholas Wourms 2002-06-05 7:06 ` Re[2]: " Pavel Tsekov 0 siblings, 2 replies; 17+ messages in thread From: Nicholas Wourms @ 2002-06-05 6:29 UTC (permalink / raw) To: Pavel Tsekov; +Cc: cygwin Pavel, It worked like a charm :). What was the problem and how did you solve it, if I might ask? Cheers, Nicholas --- Pavel Tsekov <ptsekov@syntrex.com> wrote: > NW> patch: **** can't create `/cygdrive/c/WINDOWS/TEMP/po319437' : Bad > file > NW> number > > Try the latest snapshot dll and see if it works now. > > > -- > 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/ > __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: 1.3.11(CVS): Possible bug involving temp file generation 2002-06-05 6:29 ` Nicholas Wourms @ 2002-06-05 6:44 ` Nicholas Wourms 2002-06-05 7:06 ` Re[2]: " Pavel Tsekov 1 sibling, 0 replies; 17+ messages in thread From: Nicholas Wourms @ 2002-06-05 6:44 UTC (permalink / raw) To: Pavel Tsekov; +Cc: cygwin Pavel, It worked like a charm :). What was the problem and how did you solve it, if I might ask? Cheers, Nicholas --- Pavel Tsekov <ptsekov@syntrex.com> wrote: > NW> patch: **** can't create `/cygdrive/c/WINDOWS/TEMP/po319437' : Bad > file > NW> number > > Try the latest snapshot dll and see if it works now. > > > -- > 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/ > __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re[2]: 1.3.11(CVS): Possible bug involving temp file generation 2002-06-05 6:29 ` Nicholas Wourms 2002-06-05 6:44 ` Nicholas Wourms @ 2002-06-05 7:06 ` Pavel Tsekov 2002-06-05 8:15 ` Christopher Faylor 1 sibling, 1 reply; 17+ messages in thread From: Pavel Tsekov @ 2002-06-05 7:06 UTC (permalink / raw) To: Nicholas Wourms; +Cc: cygwin Check this thread: http://cygwin.com/ml/cygwin/2002-06/msg00158.html I've looked at the strace log you've attached and I saw that the code reached a point which it wasn't supposed to reach under Win9x/ME. This is the line from the strace.log - normally this won't be printed on Win9x: 2142 57784 [main] PATCH 601141 handle_to_fn: nt name '' NW> It worked like a charm :). What was the problem and how did you solve it, NW> if I might ask? -- 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] 17+ messages in thread
* Re: 1.3.11(CVS): Possible bug involving temp file generation 2002-06-05 7:06 ` Re[2]: " Pavel Tsekov @ 2002-06-05 8:15 ` Christopher Faylor 2002-06-06 7:39 ` Re[2]: " Pavel Tsekov 0 siblings, 1 reply; 17+ messages in thread From: Christopher Faylor @ 2002-06-05 8:15 UTC (permalink / raw) To: cygwin On Wed, Jun 05, 2002 at 03:43:58PM +0200, Pavel Tsekov wrote: >Check this thread: http://cygwin.com/ml/cygwin/2002-06/msg00158.html > >I've looked at the strace log you've attached and I saw that the code >reached a point which it wasn't supposed to reach under Win9x/ME. > >This is the line from the strace.log - normally this won't be printed >on Win9x: > 2142 57784 [main] PATCH 601141 handle_to_fn: nt name '' > >NW> It worked like a charm :). What was the problem and how did you solve it, >NW> if I might ask? Actually, it is not supposed to make it that far anywhere unless the file is opened from the command line in stdout. I don't know how it could affect temp file generation. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re[2]: 1.3.11(CVS): Possible bug involving temp file generation 2002-06-05 8:15 ` Christopher Faylor @ 2002-06-06 7:39 ` Pavel Tsekov 2002-06-06 8:14 ` Corinna Vinschen 0 siblings, 1 reply; 17+ messages in thread From: Pavel Tsekov @ 2002-06-06 7:39 UTC (permalink / raw) To: cygwin >>Check this thread: http://cygwin.com/ml/cygwin/2002-06/msg00158.html >> >>I've looked at the strace log you've attached and I saw that the code >>reached a point which it wasn't supposed to reach under Win9x/ME. >> >>This is the line from the strace.log - normally this won't be printed >>on Win9x: >> 2142 57784 [main] PATCH 601141 handle_to_fn: nt name '' >> >>NW> It worked like a charm :). What was the problem and how did you solve it, >>NW> if I might ask? CF> Actually, it is not supposed to make it that far anywhere unless the file CF> is opened from the command line in stdout. I don't know how it could affect CF> temp file generation. I have a question - what is the return value of NtQueryObject () if the ntdll.dll is not found i.e. you're executing on Win9x ? Is it 0 or -1 ? It seems from the strace.log the it is 0 but I want to be sure. If it is 0 there is a problem - see below: // This buffer is uninitialized, so it make contain random garbage // (or maybe not ?). // From the strace output we know that its first char is zero though // obviously we're lucky :). char win32_fn[MAX_PATH + 100]; // sys_wcstombs is a macro which expands to: // #define sys_wcstombs(tgt,src,len) \ // WideCharToMultiByte((current_codepage==ansi_cp?CP_ACP:CP_OEMCP),0,(src),-1,(tgt),(len),NULL,NULL) // // In the case of WinME ntfn->Name.Length would be 0 (zero). // From the MSDN documentation on WideCharToMultiByte // lpMultiByteStr // [out] Points to the buffer to receive the translated string. // cbMultiByte // [in] Specifies the size, in bytes, of the buffer pointed to by // the lpMultiByteStr parameter. If this value is zero, the function returns // the number of bytes required for the buffer. (In this case, the lpMultiByteStr // buffer is not used.) sys_wcstombs (win32_fn, ntfn->Name.Buffer, ntfn->Name.Length); debug_printf ("nt name '%s'", win32_fn); // We leave here with posix_fn an emptry string. if (!strncasematch (win32_fn, DEVICE_PREFIX, DEVICE_PREFIX_LEN) || !QueryDosDevice (NULL, fnbuf, sizeof (fnbuf))) return strcpy (posix_fn, win32_fn); Later in dtable::init_std_file_from_handle we have this: path_conv pc; // The pointer which should be returned from build_fhandler_from_name // ()will be NULL if name is empty string, which will cause a segfault. build_fhandler_from_name (fd, name, handle, pc)->init (handle, myaccess, pc.binmode ()); I have actually tested this on my machine by setting, from inside the debugger, OBJECT_NAME_INFORMATION->Name.Length to 0 after the call to NtObjectQuery (). This was necessary because I don't have access to any Win9x machines. Hope this helps and sounds plausible. Btw this can explain the problem with 'patch' causing STATUS_ACCESS_VIOLATION (if you have checked the log). It doesn't explain this though: > NW> patch: **** can't create `/cygdrive/c/WINDOWS/TEMP/po319437' : Bad > file I have never looked at this issue - so if it was there and it was fixed I dont't why. I was speaking only on the STATUS_ACCESS_VIOLATION issue. -- 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] 17+ messages in thread
* Re: 1.3.11(CVS): Possible bug involving temp file generation 2002-06-06 7:39 ` Re[2]: " Pavel Tsekov @ 2002-06-06 8:14 ` Corinna Vinschen 2002-06-06 8:28 ` Re[2]: " Pavel Tsekov ` (3 more replies) 0 siblings, 4 replies; 17+ messages in thread From: Corinna Vinschen @ 2002-06-06 8:14 UTC (permalink / raw) To: cygwin On Thu, Jun 06, 2002 at 04:22:10PM +0200, Pavel Tsekov wrote: > I have a question - what is the return value of NtQueryObject () if > the ntdll.dll is not found i.e. you're executing on Win9x ? Is it 0 or > -1 ? It seems from the strace.log the it is 0 but I want to be sure. > > If it is 0 there is a problem - see below: It's not 0. See autoload.cc. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re[2]: 1.3.11(CVS): Possible bug involving temp file generation 2002-06-06 8:14 ` Corinna Vinschen @ 2002-06-06 8:28 ` Pavel Tsekov 2002-06-06 8:56 ` Corinna Vinschen [not found] ` <4221375626.20020606171100@sy <20020606172842.J22789@cygbert.vinschen.de> ` (2 subsequent siblings) 3 siblings, 1 reply; 17+ messages in thread From: Pavel Tsekov @ 2002-06-06 8:28 UTC (permalink / raw) To: cygwin >> I have a question - what is the return value of NtQueryObject () if >> the ntdll.dll is not found i.e. you're executing on Win9x ? Is it 0 or >> -1 ? It seems from the strace.log the it is 0 but I want to be sure. >> >> If it is 0 there is a problem - see below: CV> It's not 0. See autoload.cc. I did, but got some hard time groking it :( But how do you explain this then (taken from the strace.log attached by Nicholas Wourms) ? ********************************************** Program name: C:\CYGNUS\CYGWIN\BIN\PATCH.EXE (601141) App version: 1003.9, api: 0.51 DLL version: 1003.11, api: 0.53 DLL build: 2002-06-04 09:27 OS version: Windows ME-4.90 Date/Time: 2002-06-04 10:31:36 ********************************************** 2142 57784 [main] PATCH 601141 handle_to_fn: nt name '' From what you say and what I can see in the code it look like this shouldn't be hapenning. -- 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] 17+ messages in thread
* Re: 1.3.11(CVS): Possible bug involving temp file generation 2002-06-06 8:28 ` Re[2]: " Pavel Tsekov @ 2002-06-06 8:56 ` Corinna Vinschen 2002-06-06 11:37 ` Nicholas Wourms 0 siblings, 1 reply; 17+ messages in thread From: Corinna Vinschen @ 2002-06-06 8:56 UTC (permalink / raw) To: cygwin On Thu, Jun 06, 2002 at 05:11:00PM +0200, Pavel Tsekov wrote: > CV> It's not 0. See autoload.cc. > > I did, but got some hard time groking it :( > > But how do you explain this then (taken from the strace.log attached > by Nicholas Wourms) ? > > ********************************************** > Program name: C:\CYGNUS\CYGWIN\BIN\PATCH.EXE (601141) > App version: 1003.9, api: 0.51 > DLL version: 1003.11, api: 0.53 > DLL build: 2002-06-04 09:27 > OS version: Windows ME-4.90 > Date/Time: 2002-06-04 10:31:36 > ********************************************** > > 2142 57784 [main] PATCH 601141 handle_to_fn: nt name '' > > From what you say and what I can see in the code it look like this > shouldn't be hapenning. He used the version of 2002-06-04 while Chris patched handle_to_fn() on 2002-06-05 ;-) Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Developer mailto:cygwin@cygwin.com Red Hat, Inc. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: 1.3.11(CVS): Possible bug involving temp file generation 2002-06-06 8:56 ` Corinna Vinschen @ 2002-06-06 11:37 ` Nicholas Wourms 0 siblings, 0 replies; 17+ messages in thread From: Nicholas Wourms @ 2002-06-06 11:37 UTC (permalink / raw) To: cygwin Possibly that could explain it, though I did forget to mention another variable in the situation. With that build, I had patched the symbols and the newlib ?key? (I forgot the exact name) to allow cygserver to operate and provide shared memory. When it seemed to be broken for Windows ME (and I determined that Robert's lack of interest in my bug reports meant he wasn't wanting to work on it atm), I decided to revert to using cygipc. So I did not add the symbol and key patches to the new build from cvs. Just thought I'd mention this fact as well... Cheers, Nicholas P.S. - Robert, I know you do a ton of work and are busy, so please realize that no offense or critism was intended by my remark :-). --- Corinna Vinschen <corinna-cygwin@cygwin.com> wrote: > On Thu, Jun 06, 2002 at 05:11:00PM +0200, Pavel Tsekov wrote: > > CV> It's not 0. See autoload.cc. > > > > I did, but got some hard time groking it :( > > > > But how do you explain this then (taken from the strace.log attached > > by Nicholas Wourms) ? > > > > ********************************************** > > Program name: C:\CYGNUS\CYGWIN\BIN\PATCH.EXE (601141) > > App version: 1003.9, api: 0.51 > > DLL version: 1003.11, api: 0.53 > > DLL build: 2002-06-04 09:27 > > OS version: Windows ME-4.90 > > Date/Time: 2002-06-04 10:31:36 > > ********************************************** > > > > 2142 57784 [main] PATCH 601141 handle_to_fn: nt name '' > > > > From what you say and what I can see in the code it look like this > > shouldn't be hapenning. > > He used the version of 2002-06-04 while Chris patched > handle_to_fn() on 2002-06-05 ;-) > > Corinna > > -- > Corinna Vinschen Please, send mails regarding Cygwin to > Cygwin Developer mailto:cygwin@cygwin.com > Red Hat, Inc. > > -- > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > Bug reporting: http://cygwin.com/bugs.html > Documentation: http://cygwin.com/docs.html > FAQ: http://cygwin.com/faq/ > __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ ^ permalink raw reply [flat|nested] 17+ messages in thread
[parent not found: <4221375626.20020606171100@sy <20020606172842.J22789@cygbert.vinschen.de>]
[parent not found: <4221375626.20020606171100@sy<20020606172842.J22789@cygbert.vinschen.de>]
* Re[2]: 1.3.11(CVS): Possible bug involving temp file generation [not found] ` <4221375626.20020606171100@sy<20020606172842.J22789@cygbert.vinschen.de> @ 2002-06-06 10:39 ` Pavel Tsekov 0 siblings, 0 replies; 17+ messages in thread From: Pavel Tsekov @ 2002-06-06 10:39 UTC (permalink / raw) To: cygwin Hello Corinna, Thursday, June 06, 2002, 5:28:42 PM, you wrote: CV> On Thu, Jun 06, 2002 at 05:11:00PM +0200, Pavel Tsekov wrote: >> CV> It's not 0. See autoload.cc. >> >> I did, but got some hard time groking it :( >> >> But how do you explain this then (taken from the strace.log attached >> by Nicholas Wourms) ? >> >> ********************************************** >> Program name: C:\CYGNUS\CYGWIN\BIN\PATCH.EXE (601141) >> App version: 1003.9, api: 0.51 >> DLL version: 1003.11, api: 0.53 >> DLL build: 2002-06-04 09:27 >> OS version: Windows ME-4.90 >> Date/Time: 2002-06-04 10:31:36 >> ********************************************** >> >> 2142 57784 [main] PATCH 601141 handle_to_fn: nt name '' >> >> From what you say and what I can see in the code it look like this >> shouldn't be hapenning. CV> He used the version of 2002-06-04 while Chris patched CV> handle_to_fn() on 2002-06-05 ;-) Corinna, do you mean the changes in version 1.92 of dtable.cc ? I dont't see how this patch helps to solve the problem I'm describing ? -- 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] 17+ messages in thread
* Re[2]: 1.3.11(CVS): Possible bug involving temp file generation 2002-06-06 8:14 ` Corinna Vinschen 2002-06-06 8:28 ` Re[2]: " Pavel Tsekov [not found] ` <4221375626.20020606171100@sy <20020606172842.J22789@cygbert.vinschen.de> @ 2002-06-06 11:51 ` Pavel Tsekov 2002-06-06 21:48 ` Christopher Faylor [not found] ` <13925672855.20020606182237@s <20020606234917.GC11320@redhat.com> 3 siblings, 1 reply; 17+ messages in thread From: Pavel Tsekov @ 2002-06-06 11:51 UTC (permalink / raw) To: cygwin [-- Attachment #1: Type: text/plain, Size: 618 bytes --] >> I have a question - what is the return value of NtQueryObject () if >> the ntdll.dll is not found i.e. you're executing on Win9x ? Is it 0 or >> -1 ? It seems from the strace.log the it is 0 but I want to be sure. >> >> If it is 0 there is a problem - see below: CV> It's not 0. See autoload.cc. I've just tested this by the following change in autoload.cc: LoadDLLfuncEx2 (NtQueryObject, 20, ntdlltest, 1, 1) There is no ntdlltest.dll on my machine though the call to NtQueryObject () returns 0. I'am attaching the output of the 'strings' utility I've run on the newly built cygwin1.dll. I hope this helps. [-- Attachment #2: strings.cygwin1.dll.bz2 --] [-- Type: application/octet-stream, Size: 32556 bytes --] [-- Attachment #3: Type: text/plain, Size: 214 bytes --] -- 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] 17+ messages in thread
* Re: 1.3.11(CVS): Possible bug involving temp file generation 2002-06-06 11:51 ` Pavel Tsekov @ 2002-06-06 21:48 ` Christopher Faylor 2002-06-06 21:58 ` Christopher Faylor 0 siblings, 1 reply; 17+ messages in thread From: Christopher Faylor @ 2002-06-06 21:48 UTC (permalink / raw) To: cygwin On Thu, Jun 06, 2002 at 06:22:37PM +0200, Pavel Tsekov wrote: >>> I have a question - what is the return value of NtQueryObject () if >>> the ntdll.dll is not found i.e. you're executing on Win9x ? Is it 0 or >>> -1 ? It seems from the strace.log the it is 0 but I want to be sure. >>> >>> If it is 0 there is a problem - see below: > >CV> It's not 0. See autoload.cc. > >I've just tested this by the following change in autoload.cc: > >LoadDLLfuncEx2 (NtQueryObject, 20, ntdlltest, 1, 1) > >There is no ntdlltest.dll on my machine though the call to >NtQueryObject () returns 0. Yep. It's a bug. I just fixed it in CVS. Thanks. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ ^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: 1.3.11(CVS): Possible bug involving temp file generation 2002-06-06 21:48 ` Christopher Faylor @ 2002-06-06 21:58 ` Christopher Faylor 0 siblings, 0 replies; 17+ messages in thread From: Christopher Faylor @ 2002-06-06 21:58 UTC (permalink / raw) To: cygwin On Thu, Jun 06, 2002 at 07:47:35PM -0400, Christopher Faylor wrote: >On Thu, Jun 06, 2002 at 06:22:37PM +0200, Pavel Tsekov wrote: >>>> I have a question - what is the return value of NtQueryObject () if >>>> the ntdll.dll is not found i.e. you're executing on Win9x ? Is it 0 or >>>> -1 ? It seems from the strace.log the it is 0 but I want to be sure. >>>> >>>> If it is 0 there is a problem - see below: >> >>CV> It's not 0. See autoload.cc. >> >>I've just tested this by the following change in autoload.cc: >> >>LoadDLLfuncEx2 (NtQueryObject, 20, ntdlltest, 1, 1) >> >>There is no ntdlltest.dll on my machine though the call to >>NtQueryObject () returns 0. > >Yep. It's a bug. I just fixed it in CVS. > >Thanks. I should reiterate that this code is *only* called when a cygwin process is invoked from a non-cygwin process with stdin/stdout/stderr redirected to a disk file. It has nothing to do with temp file creation or normal file creation. cgf -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/ ^ permalink raw reply [flat|nested] 17+ messages in thread
[parent not found: <13925672855.20020606182237@s <20020606234917.GC11320@redhat.com>]
[parent not found: <13925672855.20020606182237@s<20020606234917.GC11320@redhat.com>]
* Re[2]: 1.3.11(CVS): Possible bug involving temp file generation [not found] ` <13925672855.20020606182237@s<20020606234917.GC11320@redhat.com> @ 2002-06-07 2:21 ` Pavel Tsekov 0 siblings, 0 replies; 17+ messages in thread From: Pavel Tsekov @ 2002-06-07 2:21 UTC (permalink / raw) To: cygwin Hello Christopher, Friday, June 07, 2002, 1:49:17 AM, you wrote: CF> I should reiterate that this code is *only* called when a cygwin process CF> is invoked from a non-cygwin process with stdin/stdout/stderr redirected CF> to a disk file. CF> It has nothing to do with temp file creation or normal file creation. I am aware of this fact - explaining me once is sufficient (in most cases) :) The original post introduced some confusion. While explaining how to reproduce the problem with the temp file, another bug was introduced - the STATUS_ACCESS_VIOLATION in patch (from the strace.log). I was trying to catch this one. Check http://cygwin.com/ml/cygwin/2002-06/msg00278.html - at the bottom lines. And clearly this post of mine, http://cygwin.com/ml/cygwin/2002-06/msg00210.html, is *WRONG*. I assume your changes in v 1.92 of dtable.cc fixed the 'Bad file number' problem. It's cool that now both of the problems are fixed! :) -- 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] 17+ messages in thread
end of thread, other threads:[~2002-06-07 9:06 UTC | newest] Thread overview: 17+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2002-06-04 7:48 1.3.11(CVS): Possible bug involving temp file generation Nicholas Wourms 2002-06-04 8:01 ` Nicholas Wourms 2002-06-05 5:16 ` Pavel Tsekov 2002-06-05 6:29 ` Nicholas Wourms 2002-06-05 6:44 ` Nicholas Wourms 2002-06-05 7:06 ` Re[2]: " Pavel Tsekov 2002-06-05 8:15 ` Christopher Faylor 2002-06-06 7:39 ` Re[2]: " Pavel Tsekov 2002-06-06 8:14 ` Corinna Vinschen 2002-06-06 8:28 ` Re[2]: " Pavel Tsekov 2002-06-06 8:56 ` Corinna Vinschen 2002-06-06 11:37 ` Nicholas Wourms [not found] ` <4221375626.20020606171100@sy <20020606172842.J22789@cygbert.vinschen.de> [not found] ` <4221375626.20020606171100@sy<20020606172842.J22789@cygbert.vinschen.de> 2002-06-06 10:39 ` Re[2]: " Pavel Tsekov 2002-06-06 11:51 ` Pavel Tsekov 2002-06-06 21:48 ` Christopher Faylor 2002-06-06 21:58 ` Christopher Faylor [not found] ` <13925672855.20020606182237@s <20020606234917.GC11320@redhat.com> [not found] ` <13925672855.20020606182237@s<20020606234917.GC11320@redhat.com> 2002-06-07 2:21 ` Re[2]: " Pavel Tsekov
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).