Windows path handling and profiling

[Simon Marlow]

Hi Mike,

I can't reproduce... could you give a more specific recipe?

Cheers,
	Simon

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
> console? 
> 
> I may get to this on the weekend, maybe not.
> 
> Cheers
> 
> 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 ?? ()
> (gdb)
> 
> _______________________________________________
> Cvs-ghc mailing list
> Cvs-ghc at haskell.org
> http://www.haskell.org/mailman/listinfo/cvs-ghc