You're perfectly right : these files have not been added to SVN. An oversight.
However I'm not ready to check in the current line of development - too unstable.
Furthermore, I'd like to know one or two things.
1- If you're able to compile Dev-PHP, could you tell how you fixed the other problems ? (could be useful for other developers)
2- Why do you need these source files ?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I have the same issue. So now I see three options:
- add the missing units (but you seem not to like this idea)
- remove all references to these units (hm, I don't like this idea)
- revert to an older revision.
What do you suggest, Pierre?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
BTW, I remind you that my most current aim is to reproduce an exception which is triggered by the last version and the patch you gave me. I am not (yet) trying to incorporate anything new in Dev-PHP. I only want to handle "nicely" this error, find the error, find a workaround if possible and send a more meaningful message to the user. So I guess getting the previous revision might be a good solution for me.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
> getting the previous revision might be a good solution for me.
This means a go back to rev.308 (16-feb-2008). I don't believe it's ok.
Since I know what you want to do, I'm going to post the missing files for you.
Best regards,
Pierre.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
>You're perfectly right : these files have not been added to SVN. An oversight.
>However I'm not ready to check in the current line of development - too unstable.
IMHO, the beauty of an open source is that other people can assist with making things stable especially when building functionality incrementally :)
>1- If you're able to compile Dev-PHP, could you tell how you fixed the other problems ? (could be useful for other developers)
In quick answer to how it applies to these two specific files: I commented out the functions that use them as well as the references to the files. I will break the full list of issues I had with configuring my Dev environment for Dev-PHP out into a separate thread for the good of the community.
>2- Why do you need these source files ?
To compile the project, learn it's current state, find some places that can benefit from my expertise, and ultimately submit some things to enhance the project.
--ToolDeveloper (aka Michael)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
>>> Where can I obtain frmFindText and frmAutoTextWizard ?
>> Why do you need these source files ?
> To compile the project, learn it's current state,
> find some places that can benefit from my expertise,
> and ultimately submit some things to enhance the project.
You're welcome, of course. See http://devphp2.free.fr/files/311/
and http://devphp.wiki.sourceforge.net/AutoText
> other people can assist with making things stable
> especially when building functionality incrementally
OK. I'd like to add an embedded RDBMS functionality.
First, I started with "mysql embedded server" but it does crash
Dev-PHP when attempting to start the engine thru a call to
mysql_server_init( int argc, char ** argv, char **groups)
Direct or indirect expertise welcome.
Best regards,
Pierre.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Alas, I don't have experience with using Mysql as an embedded database engine so I wouldn't be any direct help. If you give me some specifics about the build environment I may be able to whip together another virtual dev environment and test some things out to assist.
On a side note, I'm trying to understand the purpose for adding an embedded RDBMS such as Mysql. It seems to me that doing this will balloon the runtime requirements and maybe introduce other adverse interactions with existing software installations, for instance I already have different versions of Mysql installed in different development environments. If I go to install Dev-PHP in one of them am I now going to have to worry about interactions with mismatched DLL versions?
(playing devil's advocate) What functionality do you need it for that cannot be served by an in-memory XML table, TClientDataset, or another memory based dataset? Is all of the features of Mysql, such as user management and stored procedures (to name a couple) actually needed?
--Michael
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
> I'm trying to understand the purpose for adding an embedded RDBMS
As an alternative to a full install of a database engine, which may be a complex operation.
Thanks to Dev-PHP, I plug one DLL in, set a few parameters, then I can work 'standalone'.
> this will balloon the runtime requirements
It'll be an optional feature, so just virtual requirements.
(at the moment, exe size is increased by + 1KB - without the control panel)
> maybe introduce other adverse interactions with existing software
Actually, interactions should be limited to one process : Dev-PHP itself.
Dev-PHP -> Internal web server -> PHP engine -> Database client API -> embedded server
> I already have different versions installed in different environments
(I guess that you have several versions of PHP - and all are working fine ;)
Isn't it usually a matter of parameters inside a .ini config file,
and corresponding parameters inside the application config file ?
> playing devil's advocate
I didn't know this expression. (I like it)
> Are user management and stored procedures (to name a couple) actually needed ?
Too far. The key idea is to avoid complex operations.
If we need sophisticated features, I agree with you, it is better to install the database engine.
Dev-PHP embeds a web server... which has nothing to see with Apache :-[
I mean, if an application needs complex interactions with its web server,
our internal web server will be useless.
There are more and more embedded database servers nowadays,
so I believe that it's time to fly to these new edens.
How does our devil feel now ?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
And yes, I need to support multiple versions of all kinds of things..hence the reason why I build almost all of my dev environments in virtual machines.
--Michael
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Did a full pull from svn://www.mswil.ch/devphp and when trying to build I've hit a wall at a few missing modules.
Where can I obtain frmFindText and frmAutoTextWizard?
Thanks in advance
Hi tooldeveloper,
You're perfectly right : these files have not been added to SVN. An oversight.
However I'm not ready to check in the current line of development - too unstable.
Furthermore, I'd like to know one or two things.
1- If you're able to compile Dev-PHP, could you tell how you fixed the other problems ? (could be useful for other developers)
2- Why do you need these source files ?
I have the same issue. So now I see three options:
- add the missing units (but you seem not to like this idea)
- remove all references to these units (hm, I don't like this idea)
- revert to an older revision.
What do you suggest, Pierre?
Hi davitof,
> What do you suggest, Pierre ?
see http://sourceforge.net/forum/message.php?msg_id=5031198
Thanks for your report,
Pierre.
BTW, I remind you that my most current aim is to reproduce an exception which is triggered by the last version and the patch you gave me. I am not (yet) trying to incorporate anything new in Dev-PHP. I only want to handle "nicely" this error, find the error, find a workaround if possible and send a more meaningful message to the user. So I guess getting the previous revision might be a good solution for me.
Hi davitof,
> getting the previous revision might be a good solution for me.
This means a go back to rev.308 (16-feb-2008). I don't believe it's ok.
Since I know what you want to do, I'm going to post the missing files for you.
Best regards,
Pierre.
Hello Pierre,
Thank you for the response.
>You're perfectly right : these files have not been added to SVN. An oversight.
>However I'm not ready to check in the current line of development - too unstable.
IMHO, the beauty of an open source is that other people can assist with making things stable especially when building functionality incrementally :)
>1- If you're able to compile Dev-PHP, could you tell how you fixed the other problems ? (could be useful for other developers)
In quick answer to how it applies to these two specific files: I commented out the functions that use them as well as the references to the files. I will break the full list of issues I had with configuring my Dev environment for Dev-PHP out into a separate thread for the good of the community.
>2- Why do you need these source files ?
To compile the project, learn it's current state, find some places that can benefit from my expertise, and ultimately submit some things to enhance the project.
--ToolDeveloper (aka Michael)
Hi Michael,
>>> Where can I obtain frmFindText and frmAutoTextWizard ?
>> Why do you need these source files ?
> To compile the project, learn it's current state,
> find some places that can benefit from my expertise,
> and ultimately submit some things to enhance the project.
You're welcome, of course. See
http://devphp2.free.fr/files/311/
and
http://devphp.wiki.sourceforge.net/AutoText
> other people can assist with making things stable
> especially when building functionality incrementally
OK. I'd like to add an embedded RDBMS functionality.
First, I started with "mysql embedded server" but it does crash
Dev-PHP when attempting to start the engine thru a call to
mysql_server_init( int argc, char ** argv, char **groups)
Direct or indirect expertise welcome.
Best regards,
Pierre.
Pierre,
Alas, I don't have experience with using Mysql as an embedded database engine so I wouldn't be any direct help. If you give me some specifics about the build environment I may be able to whip together another virtual dev environment and test some things out to assist.
On a side note, I'm trying to understand the purpose for adding an embedded RDBMS such as Mysql. It seems to me that doing this will balloon the runtime requirements and maybe introduce other adverse interactions with existing software installations, for instance I already have different versions of Mysql installed in different development environments. If I go to install Dev-PHP in one of them am I now going to have to worry about interactions with mismatched DLL versions?
(playing devil's advocate) What functionality do you need it for that cannot be served by an in-memory XML table, TClientDataset, or another memory based dataset? Is all of the features of Mysql, such as user management and stored procedures (to name a couple) actually needed?
--Michael
Lot of comments here. Thanks.
> I'm trying to understand the purpose for adding an embedded RDBMS
As an alternative to a full install of a database engine, which may be a complex operation.
Thanks to Dev-PHP, I plug one DLL in, set a few parameters, then I can work 'standalone'.
> this will balloon the runtime requirements
It'll be an optional feature, so just virtual requirements.
(at the moment, exe size is increased by + 1KB - without the control panel)
> maybe introduce other adverse interactions with existing software
Actually, interactions should be limited to one process : Dev-PHP itself.
Dev-PHP -> Internal web server -> PHP engine -> Database client API -> embedded server
> I already have different versions installed in different environments
(I guess that you have several versions of PHP - and all are working fine ;)
Isn't it usually a matter of parameters inside a .ini config file,
and corresponding parameters inside the application config file ?
> playing devil's advocate
I didn't know this expression. (I like it)
> Are user management and stored procedures (to name a couple) actually needed ?
Too far. The key idea is to avoid complex operations.
If we need sophisticated features, I agree with you, it is better to install the database engine.
Dev-PHP embeds a web server... which has nothing to see with Apache :-[
I mean, if an application needs complex interactions with its web server,
our internal web server will be useless.
There are more and more embedded database servers nowadays,
so I believe that it's time to fly to these new edens.
How does our devil feel now ?
> > playing devil's advocate
> I didn't know this expression.
Funny, it made me wonder which language had copied from the other. It appears the expression came independently to both languages from Latin! http://en.wikipedia.org/wiki/Devil%27s_advocate and http://fr.wikipedia.org/wiki/Avocat_du_diable
Sorry for the OT, I couldn't resist the urge :-D
Thanks for the reply.
And yes, I need to support multiple versions of all kinds of things..hence the reason why I build almost all of my dev environments in virtual machines.
--Michael
> I build almost all of my dev environments in virtual machines
Could you tell which software (and version) you're using ?
Thanks,
Pierre.
I run Microsoft Virtual Server 2005 R2 and VMWare Server. I don't remember the version on VMWare server as that server is off for the night.
Cheers!
--Michael