I'd rather not because then I have to call myString.FromCString(myCString) every time the value changes. For example:
fuiOpenDialog( ) would be an Extern Function, and in the C file where the real fuiOpenDialog( ) function is called it assigns the selected filename to a variable called currentFile.
Hope that makes sense, all I'm basically saying is that the value will be changing all the time and it would be nice to just be able to use the string which is directly linked to the equivilant C variable.
I ploughed through all the blitz source code looking for a solution and noticed that the "blitz.mod" actually uses a series of BBClass, BBString and BBChar structs and typedefs to store strings which explains why it won't let me easily retrieve a string, but I don't really feel like including all those header files etc just so I can use the BBString struct to create my strings :P
Regards,
Chris
' create an open file dialog and allow user to select a file result = fuiOpenDialog( ) ' function succeeded if result = true DebugLog currentFile$ endif
fuiOpenDialog( ) would be an Extern Function, and in the C file where the real fuiOpenDialog( ) function is called it assigns the selected filename to a variable called currentFile.
Hope that makes sense, all I'm basically saying is that the value will be changing all the time and it would be nice to just be able to use the string which is directly linked to the equivilant C variable.
I ploughed through all the blitz source code looking for a solution and noticed that the "blitz.mod" actually uses a series of BBClass, BBString and BBChar structs and typedefs to store strings which explains why it won't let me easily retrieve a string, but I don't really feel like including all those header files etc just so I can use the BBString struct to create my strings :P
Regards,
Chris