can't open any MBX
Cummings, Mike
I’m not sure exactly what someone did but they can’t open a single MBX. They are running MI8.0 on a XP laptop. The error message says the MBX can’t be opened because it might be in use by another application. Does anyone know how to fix this? I tried shutting down & re-starting. You can’t open a MBX with the autoloader, with a workspace or just trying to run it and yes I did check to see if the files were still there.
SMITH,Stephen (ACT)
If I remember correctly there were limits to the number of MBX files that can be loaded into MapInfo 8.0 & 8.5. In my opinion 8.5 was a less troublesome version of MapInfo than 8.0. Try loading your MBX into a vanilla MapInfo instance or turn off your startup.wor and turn off all the auto load MBX processes and try loading your one MBX that will not load with no other MBX files loaded.
Regards
Steve Smith
Geospatial Innovation & Support
Research Branch
Social Policy & Economic Strategy Group
Dept of Education Employment and Workplace Relations
email:- Stephen...@DEEWR.gov.au
Wk:- (02) 6240-9048
Location:- Level 5, near P09
50 Marcus Clarke St, Canberra City Act 2601
GPO Box 9880 Canberra Act 2601
--
You received this message because you are subscribed to the
Google Groups "MapInfo-L" group.To post a message to this group, send
email to mapi...@googlegroups.com
To unsubscribe from this group, go to:
http://groups.google.com/group/mapinfo-l/subscribe?hl=en
For more options, information and links to MapInfo resources (searching
archives, feature requests, to visit our Wiki, visit the Welcome page at
http://groups.google.com/group/mapinfo-l?hl=en
The information contained in this email message and any attached files may be confidential information, and may also be the subject of legal professional privilege. If you are not the intended recipient any use, disclosure or copying of this email is unauthorised. If you received this email in error, please notify the sender by contacting the DEEWR Switchboard on 13 33 97 (1DEEWR) during business hours (8am - 8pm AEST) and delete all copies of this transmission together with any attachments.
Cummings, Mike
Tried that. I can’t open a single MBX. It doesn’t seem to matter where it’s located or whether it’s one that came with Mapinfo or one that I’ve written. They were loading earlier today before the IT guy was called to get the rights to read & write to get geotracker.mbx to run. (it needs to create a file in a sub-directory of \\program files\mapinfo\..). I just don’t know what the guy could have done to create this issue.
Luke Bassett
Luke Bassett
lukemb...@gmail.com
GIS Data Analysis, Technical Solutions & Cartographic Design
Melbourne Australia
Thomas Bacon
I seem to remember having this problem… I believe I resolved it by clearing out my Temp folder. On my PC (Win XP) the temp folder was located at: C:\Documents and Settings\TBacon\Local Settings\temp
HTH,
From:
mapi...@googlegroups.com [mailto:mapi...@googlegroups.com] On Behalf Of Cummings, Mike
Sent: 20 July 2011 20:25
To: mapi...@googlegroups.com
Subject: [MI-L] can't open any MBX
I’m not sure exactly what someone did but they can’t open a single MBX. They are running MI8.0 on a XP laptop. The error message says the MBX can’t be opened because it might be in use by another application. Does anyone know how to fix this? I tried shutting down & re-starting. You can’t open a MBX with the autoloader, with a workspace or just trying to run it and yes I did check to see if the files were still there.
The information in this e-mail is confidential and may be legally privileged. It is intended solely for the addressee. Access to this email by anyone else is unauthorised. Any views or opinions expressed in this e-mail may be solely those of the author and are not necessarily those of Mouchel. Mouchel Limited, Registered in England at Export House, Cawsey Way, Woking, Surrey, UK, GU21 6QX Registered No : 1686040
Cummings, Mike
I empied the TEMP directory. I can copy & paste in the directories with the MBX. I have MBX files in different locations (which all worked before the IT guy did what he did). The error message is suggesting that the MBX may already be in use (which it isn’t). Are there sharing issues with a MBX? Are there permissions that allow sharing that are the issue?
I understand the problems that users can cause; but in this case, the IT guy caused this and his solution is to re-install MI. Which I don’t think will fix this. Everything else in MI seems to work..I can open up workspaces etc..
--
Cynthia T
at it from pure Windows/IT point of view, the IT guy either:
- accidently change access permission settings which boot you out when
adding the read/write permission to the mbx; or
- accidently damage the mbx registry (though I'm not sure how an easy
step of adding permission will damage the registry - but if the
registry is really damaged, that will explain why the IT guy ask you
to reinstall the software)
Would it be possible for you to ask the IT guy to go back to the
previous permission settings to test it out?
- if the problem go away after rolling back to previous permission
settings, that means they have set the wrong permission that cause the
mbx to no longer work for you
- if the problem didn't go away even after the roll back, that means
registry is damaged - either manually fix it by going to regedit, or,
as a safer option, reinstall MI
college.atlas
Sometimes these errors are false positives. Something is wrong but the
message isn't correct and sends you off on a wild goose chase.
What happens with same machine different logged in user?
Are the users part of the same User group on the network?
Does an Admin have the same problem?
Sometimes this stuff is actually a corrupt user profile and if the
case almost unsolvable without deleting the user profile and
recreating it.
Luke Bassett
Eric Blasenheim
Hopefully you have solved your problem by now but in case not you need
a tool to do some tests.
Let's start with what I think we know.
Professional only opens an MBX for read with Deny Write. This means
that while we have the .MBX open, no other process can write it. But
others could read it. Thus the not very sophisticated logic that if it
can't open it, then there might be some other program holding it from
read. Perhaps the change that was made messes up the Deny Write but as
this is pretty standard behavior I would expect it to show up for
other files and other programs.
While files can be prohibited from reading, the more likely reason was
that fact that it was opened by something else and read is prohibited.
You can test this theory a couple of ways.
1) To test whether the file cannot be read, have the user try to copy
it. If Professional can't read it under this user account, then
presumably the system can't either.
2) If it can't be read, one needs to find out if the file itself is
lacking the permission for this user or if the file is actually opened
by some other process with a deny read restriction. Tools like the
sysinternals process explorer can be used to see if what application
has a file open.
3) If you can copy an MBX can you open the copy? The XCOPY command
will not copy attributes by default. This would test whether some
system policy is preventing read access by at least this user.
4) Can you delete the .MBX? If it is not open by Professional and no
one else has it open, then you should be able to delete it unless it
is read only or has some other policy attribute on it.
5) Can an administrator open the .MBX?
I hope this helps.
Eric Blasenheim
PBBI (MapInfo)
On Jul 22, 2:54 am, Luke Bassett <coolhandl...@gmail.com> wrote:
> I deploy mapping workspaces to staff which point to our GIS server MBX dir
> and each client uses the same set of mapping tools (MBX) so afaic you
>
> I'm looking at the permissions in one of my network MBX folders and they
> have read & execute + list folder contents + read permissions.
>
> i'd also check to see you have access to write in a few other places
> like program files\common files\mapinfo area & windows\temp\.
>
> Hope that helps
>
> --
>
> *lukembass...@gmail.com*
Cummings, Mike
Thanks again.
Mike
--
college.atlas
On Aug 4, 10:12 am, "Cummings, Mike"
Eric Blasenheim
I assume when you say "security agent" you are talking about your anti-
virus software! Is that correct? If so, that's a good lesson to not
look to deep. For example, a test like attempting to open the .MBX in
Notepad would have answered the question. The security software would
have stopped it. Interestingly, it did not delete or quarantine the
files; just did not let them be opened.
Eric Blasenheim
PBBI (MapInfo)
On Aug 3, 8:12 pm, "Cummings, Mike"
>
> - Show quoted text -
Cummings, Mike
Interesting, I was trying all sorts of test; but didn't think about trying to open an MBX in notepad.
Our root issue is the need to have rights to read & write in a subdirectory under "program files". (Geotraker needs to create a temporary file.) While our IT don't give folks those rights. So, every time equipment is upgraded, we have to get them to change the rights. This time was different, because Geotraker had been working on this machine for some time, it seems that rights were changed when additional software was added.
Thanks again,
college.atlas
I've had an issue with a mobile PC.
Similar to yourself no access to certain directories as a certain user
profile.
While disconnected from the network had an admin allow rights to
Program Files etc. Worked perfectly for ages.
When I reconnected the laptop to the network to dump data and pick up
new data all permissions assigned by the admin were removed and was
back to original permissions.
This is known as reapplication of the security Group Policy.
This is another one to look out for.
On Aug 5, 1:12 am, "Cummings, Mike"