[Peter Jamieson]

Our desktops here are all locked down, we don't have installation
rights to change the core software build (of which Office is part).
Software like this is controlled by a central service too and
'floated' onto client machines over the network.

Yes, I suspected it would be like that.

I don't know if the schema.ini thing will fix this prticular problem since
the same OLE DB provider is involved, but maybe the fact that it's using a
different IISAM will make a difference. Not sure I will ever ge around to
trying that...

Peter Jamieson

"merecat_" wrote in message
oups.com...
Hi Peter,

Oh! I had missed the hot fix, and the schema.ini too!!

Apologies.

Our desktops here are all locked down, we don't have installation
rights to change the core software build (of which Office is part).
Software like this is controlled by a central service too and
'floated' onto client machines over the network.

However the schema.ini route does sound interesting and one which
would be feasible in my case (as it just involves some configuration
files by the sounds of it), and one I would certainly explore if my
current 'hash character' fix goes pear-shaped or if I have the same
problem to solve in future. It sounds like the right way to do it if I
were starting from scratch again.

Regards,
Mark.