Forum Replies Created
Which version are you using?
I have not had this problem for several months (> now, with the same level on ME use.
I have had 2 copies of the same file open on many occasions in multi edit but I can’t remember if this was the case when we were getting these issues.
I am not sure if this problem is related to:
Although this was a problem purely from having 2 physical CPU’s and was solved using a program that sets the affinity.
Take a look at this site for information on the status of projects to export information from a wiki into documentation.
I use it primarily for C++ development, mostly as a replacement for C++ Builder 6 IDE.
I also use it to edit 99% of any files that are text based, i.e txt, ini, rc, dfm, java, php, etc.
The one thing that is missing from MEW is a user interface that conforms to the windows standards, it is certainly usable but it has its quirks, this is the one thing that generates the most questions from all of the other users at my site.
I would also recommend MediaWiki.
I have set up this wiki in 2 enviroments, one was the more usual open for all to edit and the other was restricted on only viewing and editing for registered users, and only admins could create accounts.
It is also very easy to create paged that can only be edited by admins by protecting them.
Backing up the contents of the wiki is also very easy and can be done with a 3 line cron script which simply dumps the database and tars and gzips the web server wiki folder! Which I can provide if wanted.
Hope that this is of use,
No solution that I know of, we still get it occasionally.
GraemeMay 3, 2005 at 12:37 pm in reply to: Access violations when opening files from the command line. #5521
Cheers – I didn’t know that.
I tried the COM route and that seems to work well.
GraemeMay 3, 2005 at 8:50 am in reply to: Access violations when opening files from the command line. #5519
Sorry about the placement of the window – I normally put some code in to place the window in the center of the screen, whatever the resolution but didn’t bother with this app
I will have a look at that code and get back to you.April 29, 2005 at 8:28 am in reply to: Access violations when opening files from the command line. #5506April 29, 2005 at 8:27 am in reply to: Access violations when opening files from the command line. #5505April 29, 2005 at 8:26 am in reply to: Access violations when opening files from the command line. #5504April 29, 2005 at 8:25 am in reply to: Access violations when opening files from the command line. #5503April 29, 2005 at 8:23 am in reply to: Access violations when opening files from the command line. #5502
Unfortunatly I cannot install Munti edit locally – Licensing is for 25 network users
They are 3Ghz P4 processors.
The server does have its moments of being slow when loading.
If you can let me know how to install MEW locally then I will try this out.
p.s. What compiler / development enviroments do you have? I might be able to convert the test app to one of these to work on your machine.
I have made a final try with the test application by running it through the installshield dependancy checker and building an install of what it recommended. I have included the 3 files (vcl60.bpl, rtl60.bpl and syncor11.dll) that it believes are needed in the root – the MSI installer also has the microsoft c runtime and ole redistributables built in as well at the dll’s.
You can installl it wherever.April 28, 2005 at 7:37 am in reply to: Access violations when opening files from the command line. #5495
I have attached a statically linked version of the program.
In answer to your questions:
– The one started from our app.
– It can vary from 1 second to 1hour with it failing (or not – it does not seem to be dependent on how quickly you start run the command line after each time)
– I think so (Although it doesn’t crash if you have no Mew32.exe processes runing to start with)
Project1.zipApril 27, 2005 at 7:38 am in reply to: Access violations when opening files from the command line. #5493
Sorry for the confusion – i just re read my previous posts again!
The order of events is as the following –
– An existing copy of multi-edit is running run by the command mew32.exe -SR
– After a user determined amount of time (i.e. not immediatly after starting the main mew32 instance) the application will use the CreateProcess command with the command line <path>mew32.exe -SR /L 300
This fires off another process of Mew32 which should realise that another one exists and then use that instance to load the file – but it sometimes seems to fail to so this and gives access violations.
Attached is a simple program written in c++ builder 6 that still produces the error when the steps above are followed.
It took about 4 attempts loading different files to get it to happen.
You can then stop it happening by using task manage to set the processor affinity of both of the processes to the same CPU (we always use the first one)