Windows path handling and profiling
simonmar at microsoft.com
Tue Mar 8 08:43:17 EST 2005
I can't reproduce... could you give a more specific recipe?
On 03 March 2005 20:22, Mike Thomas wrote:
> There seems to be a problem with Windows path handling with
> executables compiled with the 6.4 MSI tester expressed in the example
> below (run at
> a Windows 2000 Professional command prompt) where the profile output
> file fails to open because the lowest level directory name is appended
> to the output file name which gives a false location (the cwd is
> "C:\data\source\ghc\grass\objectio" and GHC runtime wants to open the
> file in a (non-existent) directory of the same name in the cwd)
> presumably because the forward slash has confused the runtime.
> The error message is only printed when running under gdb and not at
> the command prompt because this is a pure win32 non-console mode
> executable. The crash itself may be caused because there is no
> I may get to this on the weekend, maybe not.
> Mike Thomas.
> C:\data\source\ghc\grass\objectio>c:\lang\MinGW\bin\gdb.exe geop.exe
> GNU gdb 6.0
> Copyright 2003 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and
> you are welcome to change it and/or distribute copies of it under
> certain conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB. Type "show warranty" for
> details. This GDB was configured as "i686-pc-mingw32"...
> (gdb) r
> Starting program: C:\data\source\ghc\grass\objectio/geop.exe
> Can't open profiling report file objectio/geop.exe.prof
> Program received signal SIGSEGV, Segmentation fault.
> 0x0075d950 in stg_sel_ret_0_upd_info ()
> (gdb) info frame
> Stack level 0, frame at 0x22dec4:
> eip = 0x75d950 in stg_sel_ret_0_upd_info; saved eip 0x1b
> called by frame at 0x22dec8
> Arglist at 0x22debc, args:
> Locals at 0x22debc, Previous frame's sp is 0x22dec4
> Saved registers:
> eip at 0x22dec0
> (gdb) info threads
> * 1 thread 1968.0x218 0x0075d950 in stg_sel_ret_0_upd_info ()
> (gdb) info stack
> #0 0x0075d950 in stg_sel_ret_0_upd_info ()
> #1 0x0000001b in ?? ()
> Cvs-ghc mailing list
> Cvs-ghc at haskell.org
More information about the Cvs-ghc