[GRASS-dev] Windows-style Pathnames

Glynn Clements glynn at gclements.plus.com
Tue Nov 7 01:03:34 EST 2006


Hamish wrote:

> > Yes. The way I've done that in the is first to pass the string
> > containing  the path to G_convert_dirseps_to_host(), which will
> > replace all occurences  of / by \, and then quote the path name with
> > \"escaped double quotes\"  within the argument supplied to system() -
> > I think this should cover both  eventualities of the pathname
> > containing spaces, *and* the backslashes  possibly being
> > misinterpreted by a shell. Although as we've seen it should  normally
> > by cmd.exe invoked for this.
> 
> does it check/strip existing " before adding new ones?
> 
> > especially if we get display drivers working.
> 
> it would be nice to go directly to a simple wxPython canvas window that
> could take d.* cmds, instead of bothering to adapt XDRIVER... but the
> PNG driver was a problem too, yes? So we need a socket-less PNG driver?
> or a new direct rendering wxDRIVER? (simple d.mon replacement, probably
> nothing to do with gis manager gui canvas?)

The problem is specifically with standalone drivers; driver-less
rendering works on Windows. A GUI application shouldn't be using
standalone drivers, and I'd rather see a remote-control feature added
to the GUI than putting significant effort into making mon.start work
on Windows.

-- 
Glynn Clements <glynn at gclements.plus.com>




More information about the grass-dev mailing list