is appended to one of my source files. There is no apparent connection between Dev-PHP and this file (i.e. it is not currently open, there are no files in the recent history list)
any ideas?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
> the following ... is appended to one of my source files.
> any ideas ?
Actually the "following ..." corresponds to the internal project file used by Dev-PHP - typically project.prd
You probably selected a file of your own, say index.php, as project file ; thus, when closing, Dev-PHP writes its context to this "index.php". Changing the name of the project file to "project.prd" should work.
Thanks for the quick and effective response! I do not know just how my source file became the project file...... most likely bad fingers! I have changed it and all is well again.
I did not know about the project file... can you point me to some documentation on the features and use of Dev-PHP? (I have looked several times unsuccessfully.)
Also, thanks for the heads up on the newer version. I installed this morning.
TsiGordo
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
> Access Violation at Address 0075C5F2 in Module 'devphp.exe'
> Nothing bad appears to happen...
This looks like a bad parameter initialization
Is it random, or only on startup ?
It could be a problem with the toolbars.
Could you "View » Edit Toolbars ..." and change some options there, for each toolbar ?
Thanks for your report,
Pierre.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
>>This looks like a bad parameter initialization
>>Is it random, or only on startup ?
It is not at startup, but during use. Also, can't be positive, but seems to be when inserting a new line of php code.
>>It could be a problem with the toolbars.
>>Could you "View » Edit Toolbars ..."
>>and change some options there, for each toolbar ?
I did get an error message on the very first startup -- something about a toolbar index range problem -- I think.
The default toolbars were pretty sparse, so I did re-populate them during that first
session. And that was the session in which I got the reported error.
Yesterday I worked all day (i.e. a new session) without any error messages at either startup or during use. I guess your idea was pretty accurate.
Hope this helps,
Gordie
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
> What happened to Ident/Undent in the edit menu ?
First, one must select lines to indent / unIndent, then
- either Tools » Selected Text » Indent
- or Right click » Selected Text » Indent
- or Shift+Ctrl+I
Best regards,
Pierre.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thank you for your last response.... this placement (of indent/unindent) is a good improvement.
I am sorry to keep bothering you... but I think you prefer to learn of these things sooner rather than later.....
So in this 2.1.2.288 version I get the following strange behavior: I maintain my source code with tortoisecvs. Normally I will save changes in devphp and then later do a cvs commit. I now get a "warning" dialog box which states file C:\dir\.....(path to file) has changed and should be reloaded. I get one of these for each file open in devphp that has had any changes when the cvs commit occurs. I am not sure what devphp is monitoring nor what tortoisecvs is changing to cause this but it is VERY disconserting. (sometimes I must clear 10 to 15 of these message boxes, and more to the point, the cvs commit actually did not change the file --- well I hope it did not :-)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
> the cvs commit actually did not change the file --
> well I hope it did not :-)
imho, if you use keywords like $Id$ etc.
then cvs commit does change the file ;)
> I now get a "warning" dialog box which states file
> C:\dir\...(path to file) has changed and should be reloaded
> this is VERY disconserting.
I understand.
Do you mean that we should have something (what ?)
to (dis)connect the files monitoring feature ?
Thanks for your reports
Pierre.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Of course, you are correct (again:-), it is the $header$ directive which is causing these messages.
Just for my interest, what happened in the earlier version when such a message did not appear -- was the change simply ignored or was the file "automatically" updated?
I do like the addition of the warning (even if my particular circumstance makes it very tedious) and would not suggest disconnecting the monitoring.
If I may suggest, adding an option to actually reload the file in the warning dialog would be a great help (if one expected the message, one would reload, otherwise one would investigate the unexpected change).
Also, please consider a reload icon for the file toolbar.
Thanks again Pierre for all your help,
Gordo
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Before this revision, changes in files were ignored.
BTW, file monitoring is based on a component coming from the DevCpp project.
> If I may suggest, adding an option to actually reload the file
> in the warning dialog would be a great help.
> Also, please consider a reload icon for the file toolbar.
Yes, indeed. Could you post one feature request, please ?
Should the default button be 'Reload' or 'Ignore' ?
Dev-PHP version 2.0.12
the following:
[Edit]
Edge=80
[Options]
Font=Courier New
Highlight=1
SaveSession=1
DialogFont=Tahoma
ExternPath=
LocalPath=
LocalPort=
FTPcfname=0
FTPPassive=0
FTPHost=
FTPPort=21
FTPUser=anonymous
FTPServerPath=
Parameters=-q
FindText=
ReplaceText=
BrowserPath=http://devphp.sourceforge.net/
InternBrowser=InternetExplorer
[Registry]
multi=0
[UPDATE]
Version=2.0.12
Download=
Description=
[Externals]
Last=0
[Session]
Last=0
Active=-1
is appended to one of my source files. There is no apparent connection between Dev-PHP and this file (i.e. it is not currently open, there are no files in the recent history list)
any ideas?
Hi TsiGordo,
> the following ... is appended to one of my source files.
> any ideas ?
Actually the "following ..." corresponds to the internal project file used by Dev-PHP - typically project.prd
You probably selected a file of your own, say index.php, as project file ; thus, when closing, Dev-PHP writes its context to this "index.php". Changing the name of the project file to "project.prd" should work.
By the way, you could use a more recent and stable version, like 2.1.2.288 http://prdownloads.sourceforge.net/devphp/devphp2_1_2_288.exe?download
See also :
http://sourceforge.net/forum/forum.php?thread_id=1441891&forum_id=182376
http://sourceforge.net/forum/forum.php?thread_id=1569636&forum_id=182376
http://sourceforge.net/forum/forum.php?thread_id=1550524&forum_id=426561
Best regards,
Pierre.
Thanks for the quick and effective response! I do not know just how my source file became the project file...... most likely bad fingers! I have changed it and all is well again.
I did not know about the project file... can you point me to some documentation on the features and use of Dev-PHP? (I have looked several times unsuccessfully.)
Also, thanks for the heads up on the newer version. I installed this morning.
TsiGordo
Hi, TsiGordo,
> ... all is well again
Sounds great.
> can you point me to some documentation on the features and use of Dev-PHP ?
Of course, you're right !
The following is still in progress - on the other hand, it's "open" : so, feel free to contribute :)
http://pierre.fauconnier.free.fr/wikini/wakka.php?wiki=DevphpEn
or (depending on my Internet Service Provider :)
http://devphp2.free.fr/wikini/wakka.php?wiki=DevphpEn
Thanks for your reports. Best regards,
Pierre.
Good Morning,
since taking version 2.1.2.288 I keep getting the following during use:
Access Violation at Address 0075C5F2 in Module 'devphp.exe'.
Read of Address 00000000.
Nothing bad appears to happen.........
thought you would like to know.
gordo
Hi,
> Access Violation at Address 0075C5F2 in Module 'devphp.exe'
> Nothing bad appears to happen...
This looks like a bad parameter initialization
Is it random, or only on startup ?
It could be a problem with the toolbars.
Could you "View » Edit Toolbars ..." and change some options there, for each toolbar ?
Thanks for your report,
Pierre.
Hello,
>>This looks like a bad parameter initialization
>>Is it random, or only on startup ?
It is not at startup, but during use. Also, can't be positive, but seems to be when inserting a new line of php code.
>>It could be a problem with the toolbars.
>>Could you "View » Edit Toolbars ..."
>>and change some options there, for each toolbar ?
I did get an error message on the very first startup -- something about a toolbar index range problem -- I think.
The default toolbars were pretty sparse, so I did re-populate them during that first
session. And that was the session in which I got the reported error.
Yesterday I worked all day (i.e. a new session) without any error messages at either startup or during use. I guess your idea was pretty accurate.
Hope this helps,
Gordie
This helps. Thanks.
Pierre.
Hello Pierre,
Happy to provide some useful information for you.
BTW: What happened to Ident/Undent in the edit menu? This was VERY useful. I hope it is NOT GONE forever......
Best regards,
Gordo
Hi Gordo,
> What happened to Ident/Undent in the edit menu ?
First, one must select lines to indent / unIndent, then
- either Tools » Selected Text » Indent
- or Right click » Selected Text » Indent
- or Shift+Ctrl+I
Best regards,
Pierre.
Hello Pierre,
Thank you for your last response.... this placement (of indent/unindent) is a good improvement.
I am sorry to keep bothering you... but I think you prefer to learn of these things sooner rather than later.....
So in this 2.1.2.288 version I get the following strange behavior: I maintain my source code with tortoisecvs. Normally I will save changes in devphp and then later do a cvs commit. I now get a "warning" dialog box which states file C:\dir\.....(path to file) has changed and should be reloaded. I get one of these for each file open in devphp that has had any changes when the cvs commit occurs. I am not sure what devphp is monitoring nor what tortoisecvs is changing to cause this but it is VERY disconserting. (sometimes I must clear 10 to 15 of these message boxes, and more to the point, the cvs commit actually did not change the file --- well I hope it did not :-)
Hi Gordo,
> the cvs commit actually did not change the file --
> well I hope it did not :-)
imho, if you use keywords like $Id$ etc.
then cvs commit does change the file ;)
> I now get a "warning" dialog box which states file
> C:\dir\...(path to file) has changed and should be reloaded
> this is VERY disconserting.
I understand.
Do you mean that we should have something (what ?)
to (dis)connect the files monitoring feature ?
Thanks for your reports
Pierre.
Hello Pierre,
Of course, you are correct (again:-), it is the $header$ directive which is causing these messages.
Just for my interest, what happened in the earlier version when such a message did not appear -- was the change simply ignored or was the file "automatically" updated?
I do like the addition of the warning (even if my particular circumstance makes it very tedious) and would not suggest disconnecting the monitoring.
If I may suggest, adding an option to actually reload the file in the warning dialog would be a great help (if one expected the message, one would reload, otherwise one would investigate the unexpected change).
Also, please consider a reload icon for the file toolbar.
Thanks again Pierre for all your help,
Gordo
Hi,
> what happened in the earlier version when such a message did not appear
> was the change simply ignored or was the file "automatically" updated ?
File monitoring really appeared in rev.274 (24-oct-2006).
http://www.mswil.ch/websvn/listing.php?repname=devphp&path=%2Fbranches_2.1%2F&rev=274&sc=1
Before this revision, changes in files were ignored.
BTW, file monitoring is based on a component coming from the DevCpp project.
> If I may suggest, adding an option to actually reload the file
> in the warning dialog would be a great help.
> Also, please consider a reload icon for the file toolbar.
Yes, indeed. Could you post one feature request, please ?
Should the default button be 'Reload' or 'Ignore' ?
Icons are 16 x 16 pix - a reload icon like :
http://devphp2.free.fr/files/file_reload.bmp
Thanks, Gordo, for the report and request
Pierre.