I am using Dev-PHP for HTML, CSS, JS & PHP development. I find it to be an extremely powerful tool, but I have a problem. It seems to be EXTREMELY slow at opening multiple files. I am using 2.0.12 on WinXP SP2, 2Gb RAM, P4 2.8Ghz.
I had been using 2.0.13 (which is not as slow) but it has a bug and wont correctly find/replace in all open files, and the errors are all in german :(
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
> ... I find it to be an extremely powerful tool,
Oh ! That makes me feel happy
> but it has a bug and wont correctly find/replace in all open files
Oops. Version 2.0.13 doesn't open all files (and is not as slow as prior versions). Files might be opened 'on demand'. Of course, a find/replace is supposed to be a regular demand ! :)
Thanks about your configuration - Dev-PHP has no no known errors with ; however could you please give a method in order to reproduce the bug ?
> the errors are all in german :(
Dev-PHP is built with Delphi - and when our Delphi crashes, she starts to speak german. Very often, this means that we have a not so obvious bug, there.
Pierre.
Nota : DT30 at users.sf.net also reported that Dev-PHP is *extremely* slow to start - whatever the number of files - with Win98.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thanks for the info, I will try that version you posted a link to.
With regard to the slowness, from what I can tell, it seems that whenever it opens a file, it starts a new instance of itself to do it (hence the slowness when opening multiples) and then at some point, that process exits, and the file is open in the original instance. the easiest way to reproduce this, is to set DevPHP as your HTML editor in MSIE, and then click the Edit button on the toolbar. navigate to a new page ( i am navigating static HTML files on C: drive) and click edit again.
And as for 2.0.13, im not sure i was clear before.. i was trying to do Find/Repalce against currently open files, and it would give a weird error and stop, after each file.
Anyways, I will try the 2.1 exe you posted above, and let you know how it goes.
Thanks again for this great tool. I am a Mac person by choice, but you make development on Windows much more bearable :)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
After modifying the registry key
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Internet Explorer\View Source Editor\Editor Name
I started to debug.
Displayed url is http://devphp.sourceforge.net/
You're *right* Dev-PHP is slow to open. It takes at least 3 seconds whereas that should be instantaneous :(
However if one hides the sidebar (Menu View » SideBar), then Dev-PHP seems faster.
Actually, Dev-PHP syncs the folder containing the source file created by msie. This process is slow. The folder is not real, it's "Temporary Internet Files\Content.IE5\". I cannot remember the name of such folders ; saw them years ago, at the very beginning of NT 4...
According to me, this can potentially provide a location for an attacker to hide a malicious file on a computer - Believe me, I'm a Mozilla person :-D
Many thanks for your support,
Pierre.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I can see how that could be slow, if it was a cached page.. But these are files on a local drive, they dont get cached the same way, and it opens the original, not the cached copy from the Temp. Internet Files directory..
The 2.1 exe seems somewhat better, but its still slow..
strangely, when i do File-> Open and select multiple files, it is super-fast to open the files.. is there something like a WSH script i could set as the "Default editor" to tell devphp to open the specified filename (as opposed to calling the exe again, which seems to be the slow part...)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
> ... calling the exe again, which seems to be the slow part...
Well. You're _perfectly_ right.
There are many ways to open files.
One of them is EXTREMELY slow :
File open from Explorer, or ShellExecute from a program.
If I'm right, in this case Windows loads another Dev-PHP.
This second Dev-PHP should open the file via "FileMapping" then post a message to Windows then terminate.
The first Dev-PHP traps this message then reads the file from kernel32 "MapViewOfFile".
> File-> Open and select multiple files is super-fast
All other methods are (supposed to be) pretty fast - drag'n drop included.
Thanks for your report.
I don't really know how to fix it.
To be continued 8-)
Pierre.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
a possible solution is to split the exe in to two functions, a startup module (small) which calls the main program or if it is already running sends a message with the filename to open
has this been considered
I noticed that this application seems to startup another instance before passing over to the main instance and terminating, why?
also could it not test for a running instance and pass a message before calling the main initialization routines, only calling the main initialization if its the first instance
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
First, Thanks for your post ;)
> split into 2... has this been considered ?
Two programs, and the first one could be launched very quickly : why not...
> I noticed that this application seems to startup
> another instance before passing over to the main
> instance and terminating, why?
This seems to be a method usual enough to post a message to an application.
> also could it not test for a running instance
> and pass a message before calling the main
> initialization routines, only calling the main
> initialization if its the first instance ?
Thanks for your reply. (it was a fast race, i guess :-D )
Well, the program could be a lil' faster if file(s) is(are) only openned and not really read.
What do you think ?
Nota : A double-click in the listview of the tab-sheet 'Files', will open and read the file very quickly. (btw, this should be a tip ? ;)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi,
I am using Dev-PHP for HTML, CSS, JS & PHP development. I find it to be an extremely powerful tool, but I have a problem. It seems to be EXTREMELY slow at opening multiple files. I am using 2.0.12 on WinXP SP2, 2Gb RAM, P4 2.8Ghz.
I had been using 2.0.13 (which is not as slow) but it has a bug and wont correctly find/replace in all open files, and the errors are all in german :(
May be it can help to clear the history of files and projects. Otherwise you should try the newest 2.0.13.
Hi PenguSven,
> ... I find it to be an extremely powerful tool,
Oh ! That makes me feel happy
> but it has a bug and wont correctly find/replace in all open files
Oops. Version 2.0.13 doesn't open all files (and is not as slow as prior versions). Files might be opened 'on demand'. Of course, a find/replace is supposed to be a regular demand ! :)
According to me, our last experimental version 2.1.0.273 could work correctly.
http://devphp.sf.net/2.0/devphp2.exe [1.35 MB]
Thanks about your configuration - Dev-PHP has no no known errors with ; however could you please give a method in order to reproduce the bug ?
> the errors are all in german :(
Dev-PHP is built with Delphi - and when our Delphi crashes, she starts to speak german. Very often, this means that we have a not so obvious bug, there.
Pierre.
Nota : DT30 at users.sf.net also reported that Dev-PHP is *extremely* slow to start - whatever the number of files - with Win98.
Hi,
Thanks for the info, I will try that version you posted a link to.
With regard to the slowness, from what I can tell, it seems that whenever it opens a file, it starts a new instance of itself to do it (hence the slowness when opening multiples) and then at some point, that process exits, and the file is open in the original instance. the easiest way to reproduce this, is to set DevPHP as your HTML editor in MSIE, and then click the Edit button on the toolbar. navigate to a new page ( i am navigating static HTML files on C: drive) and click edit again.
And as for 2.0.13, im not sure i was clear before.. i was trying to do Find/Repalce against currently open files, and it would give a weird error and stop, after each file.
Anyways, I will try the 2.1 exe you posted above, and let you know how it goes.
Thanks again for this great tool. I am a Mac person by choice, but you make development on Windows much more bearable :)
Hi,
After modifying the registry key
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Internet Explorer\View Source Editor\Editor Name
I started to debug.
Displayed url is http://devphp.sourceforge.net/
You're *right* Dev-PHP is slow to open. It takes at least 3 seconds whereas that should be instantaneous :(
However if one hides the sidebar (Menu View » SideBar), then Dev-PHP seems faster.
Actually, Dev-PHP syncs the folder containing the source file created by msie. This process is slow. The folder is not real, it's "Temporary Internet Files\Content.IE5\". I cannot remember the name of such folders ; saw them years ago, at the very beginning of NT 4...
According to me, this can potentially provide a location for an attacker to hide a malicious file on a computer - Believe me, I'm a Mozilla person :-D
Many thanks for your support,
Pierre.
Hi Pierre,
I can see how that could be slow, if it was a cached page.. But these are files on a local drive, they dont get cached the same way, and it opens the original, not the cached copy from the Temp. Internet Files directory..
The 2.1 exe seems somewhat better, but its still slow..
strangely, when i do File-> Open and select multiple files, it is super-fast to open the files.. is there something like a WSH script i could set as the "Default editor" to tell devphp to open the specified filename (as opposed to calling the exe again, which seems to be the slow part...)
> ... calling the exe again, which seems to be the slow part...
Well. You're _perfectly_ right.
There are many ways to open files.
One of them is EXTREMELY slow :
File open from Explorer, or ShellExecute from a program.
If I'm right, in this case Windows loads another Dev-PHP.
This second Dev-PHP should open the file via "FileMapping" then post a message to Windows then terminate.
The first Dev-PHP traps this message then reads the file from kernel32 "MapViewOfFile".
> File-> Open and select multiple files is super-fast
All other methods are (supposed to be) pretty fast - drag'n drop included.
Thanks for your report.
I don't really know how to fix it.
To be continued 8-)
Pierre.
a possible solution is to split the exe in to two functions, a startup module (small) which calls the main program or if it is already running sends a message with the filename to open
has this been considered
I noticed that this application seems to startup another instance before passing over to the main instance and terminating, why?
also could it not test for a running instance and pass a message before calling the main initialization routines, only calling the main initialization if its the first instance
Hi Peter,
First, Thanks for your post ;)
> split into 2... has this been considered ?
Two programs, and the first one could be launched very quickly : why not...
> I noticed that this application seems to startup
> another instance before passing over to the main
> instance and terminating, why?
This seems to be a method usual enough to post a message to an application.
> also could it not test for a running instance
> and pass a message before calling the main
> initialization routines, only calling the main
> initialization if its the first instance ?
Excellent ! That's *exactly* what has been done !
http://sf.net/forum/message.php?msg_id=3951168
Best regards,
Pierre.
> The 2.1 exe seems somewhat better, but its still slow...
I added a boolean "OnceOnly.all_terminated"
http://devphp.sf.net/2.0/devphp2.exe
It's still calling the exe, however is it :
1- EXTREMELY slow
2- very slow
3- slow
4- not really fast
5- ...
Regards,
Pierre.
Hi Guys,
Sorry for the delay in replying, i was at a race on the weekend, and didnt come to work yesterday.
The new exe is much better. i'd guess no more than a second to open the file (after saying "edit this file").
so on your scale, i'd call it probably fast (not screaming fast). Definitely I would say it is very acceptable speed. :-)
Thanks so much!
Hi PenguSven,
Thanks for your reply. (it was a fast race, i guess :-D )
Well, the program could be a lil' faster if file(s) is(are) only openned and not really read.
What do you think ?
Nota : A double-click in the listview of the tab-sheet 'Files', will open and read the file very quickly. (btw, this should be a tip ? ;)