Ric

That looks interesting! Not familiar with it, hence a quick Goole for localsrv.exe Rings a few alarm bells. Is this open source? Just wondering what the spec is. If its an open mail relay server, probably not a good idea to run it. Hey! That’s me being cautious. All the best Ric

Hi Kalpz Thanks for the feedback it certainly will help others. A solution always looks obvious after the event. Apache always looks in its bin folder to find dlls, if it fails looks along the system paths before giving up. The solution should have been obvious from this “The other .dll files I had to put into %SYSTEM32% folder.” I missed it. PHP is loaded as an ASAPI module and php_ice.dll is loaded as a PHP extension this effectively becomes a tight binding to Apache. Apache checks for dependences, sees there are several for php ice, before swanning off along the system paths attempts to resolve them locally. Reason for giving detailed information it’s important for portability. When installing third party software if the installation says these dlls must be placed in a system folder, for portability they probably should be placed in Apache bin. A case in point is SVN. Anyway I digress and congratulations on successfully compiling that’s a task in its own right. All the best Ric

I do like the ideas, have you tested servers when run as a service? Just wondering what issues there may be. In a similar vein have you tested with multi-servers on same PC. UniServer Alpha 7 is doing the rounds; hopefully a beta is not to far away. Cron was integrated some time ago in Alpha 5 catering for specific application. In addition the new architecture allows any number of detached hidden processes. If all your plugins are directed to 4.3-Mona! Excellent, that’s the current stable release All the best Ric

Put UniServer on-line: Edit file: C:\UniServer_4_3\UniServer\udrive\www\.htaccess Comment out these three lines as shown #Order Deny,Allow #Deny from all #Allow from 127.0.0.1 Now get your ip address, to find this open a command prompt: Type ipconfig You will see something ike this: IP Address. . . . . . . . . . . . : 192.168.1.6 On another PC on your network use the ip address instead of localhost e.g type the following ino a browser: http://192.168.1.6/svn/ All the best Ric

The following assumes you installed US to C:\UniServer_4_3\UniServer Note: Replace with your paths. 1) Download File: svn-win32-1.6.3.zip Bottom of this page: http://subversion.tigris.org/servlets/Proj...t?folderID=8100 2) Inside folder udrive create two new folders svn_temp and svn C:\UniServer_4_3\UniServer\udrive\scn_temp C:\UniServer_4_3\UniServer\udrive\svn 3) Copy the entire content of folder svn-win32-1.6.3\svn-win32-1.6.3 To folder C:\UniServer_4_3\UniServer\udrive\svn_temp Folder svn_temp will now contain folders bin, iconv, licenses, share and file README.txt 4) Navigate to C:\UniServer_4_3\UniServer\udrive\svn_temp\bin Copy files: mod_authz_svn.so and mod_dav_svn.so To folder: C:\UniServer_4_3\UniServer\udrive\usr\local\apache2\modules 5) Navigate to C:\UniServer_4_3\UniServer\udrive\svn_temp\bin Copy these files: intl3_svn.dll libapr-1.dll libapriconv-1.dll libaprutil-1.dll libdb44.dll libsvn_delta-1.dll libsvn_fs-1.dll libsvn_repos-1.dll libsvn_subr-1.dll To: C:\UniServer_4_3\UniServer\udrive\usr\local\apache2\bin 6) Edit file: C:\UniServer_4_3\UniServer\udrive\usr\local\apache2\conf\httpd.conf Confirm these modules are enabled as shown: LoadModule dav_module modules/mod_dav.so - Already enabled LoadModule dav_fs_module modules/mod_dav_fs.so 7) At the end of load modules section add these two lines: LoadModule dav_svn_module modules/mod_dav_svn.so LoadModule authz_svn_module modules/mod_authz_svn.so 8) At the end of httpd.conf, add the following block of code. DAV svn SVNListParentPath on SVNParentPath /svn AuthType Basic AuthName "Subversion repositories" 9) Restart Servers Access the SVN repository. Type http://localhost/svn You should see: A "Collection of Repositories" page Powered by Subversion version 1.6.3 (r38063). That will get you started All the best Ric

I do not understand the question come to that what is EPI. OK not a very good start! You state: do you mean installed it on Uniserver? If you have installed an application on UniServer and that software accepted your post (email). Then the above is not entirely unexpected. This page explains why: http://wiki.uniformserver.com/index.php/PHP_mail_function Perhaps I have got the wrong end of the stick, if so provide a little more information. All the best Ric

Take a look at this post: http://forum.uniformserver.com/index.php?showtopic=1279 So long as the LICENSE stays, and CREDIT is given, that fulfills the redistribution requirement. Although it would be nice there is no need to display credits on screen, include the license with your documentation and any credits as appropriate within your documentation. My personal preference is to use a self-extracting archive such as 7Z however users tend not to like exe files hence they prefer a zip file. A little tricky but not impossible, you could write a script to update the password when the server is first run. Randomly generate a password, up date the password file and restore password script. When a user starts the server it waits for MySQL to start, runs the password restore script and restarts the servers. Use some form of tracker so it only runs once. Hope the above provides a few pointer. All the best Ric

An interesting post however I do not see an issue. Uniform Server 4.3 should work on a 64Bit machine give it a spin. The only restriction as you rightly point out is the ability for any component to address the maximum amount of memory space. MySQL x64 can utilise this address space hence download the zip version and copy over the appropriate files to UniServer. Note copy mysqld.exe across and rename it mysqld-opt.exe (historical reasons) Check the recommend configuration file in the download against UniServer’s. The minimum memory for Innodb I would think need changing and possibly a few other parameters. Although other components are not 64K its not an issue since communication with the MySQL server is via http. Basically give it a go should work with a little tweaking All the best Ric

On another forum I was asked how often does Uniform Server update? Strange question until I was referred to the Wiki home page. Ho well! Difficult to remember everything we only have focus for the next version. After Olajide announced 4.0-Mona we were straight into V5, OK so a few Mona updates! Yep security issues are important hence updates. Mona 4.3 looks stable. V5 well that’s currently at Alpha V6 may be next weekend Alpha V7. There are significant changes. I think Olajide is looking at another four weeks before a beta release could be more. Back to the original question, Uniform Server is updated regularly. All the best Ric

This topic has been covered search the forum for UniController For example from this page: http://forum.uniformserver.com/index.php?s...l=UniController Active Surf Shield was the issue. All the best Ric

US 3.3 First go to folder UniServerX.X and run Uninstall.bat this removes US3.3 service. However I don’t think that’s the issue. Check what’s in folder C:\UniServer4.3\Uniserver there should be Install.bat and Uninstall.bat if not this is not the service server. If you run UniServer4_3\UniServer\udrive\plugins\Services\Run.bat It creates a new server in folder C:\UniServer it’s this one that is the service server. Check folder C:\UniServer you will find Install.bat and Uninstall.bat Hence pop your site in C:\UniServer\www All the best Ric

This is a long shot, just wondering if it’s an issue with the order the dll’s are loaded! Remove the 8 dll’s from the system and any php.ini directives, start with only php_ice.dll run the servers. Hopefully the reported error is the name of the first dll it cannot load. If so, add the dll to the extensions folder and add an appreciate directive in the php.ini file. Place this directive above the php_ice.dll directive save and run servers. The dll may load if not place the directive below php_ice.dll. If that fails its not a loading order issue and I have no more suggestions. However if it loads the next error should be the next dll it cannot find and so on. Like I said it’s a long shot and you have nothing to loose. All the best Ric

This has been covered take a look at this thread: http://forum.uniformserver.com/index.php?s...p;hl=hosts+file All the best Ric

Hi Tom Feel free to update the Wiki most appreciated because I am bound to forget to do it. Thanks Ric

That number (3221225477) refers to a general access violation, which means something tried to access a protected memory area. It’s also my way of saying I have no idea what causes it. You state “I'm not doing anything unusual with it just some development work.” I assume the servers start up with no issues, and only crash when you run your development pages. Can you view static pages without the server crashing? Just wondering if it’s only dynamic pages that kill the server or one specific page. There is logic behind the questions, a general access violation can be caused by any program more specifically any function within the bundled dlls. Your code may trigger a function that is the cause. I noticed you are using 4.3-Mona, have you tried another version to see if your code produces a similar result. Trouble is both PHP and MySQL changed through the Mona series hence difficult to point a finger. If your code fails on all four servers it could be Apache that is the culprit however it could equally be a core Vista component. I found one such issue php_pdo_mysql library using php 5.2.10 reported as a bug. Note: If you do go looking for bug reports look for both the decimal 3221225477 and hex 0xc0000005 values. Software engineers will report the hex value. Sorry for the ramble, but there is no easy or quick solution unless someone else has an answer! I could be barking up the wrong tree. All the best Ric

Yep! A pesky little critter, it’s a chicken and egg situation. Killing unidelay.exe returns back to the batch file and instantly jumps to “:next” which starts unidelay again. Its independent of how you kill unidelay manually, using pv.exe or UniServer’s pskill. This loop needs to be broken try the following solution: Modify run_cron.bat rem ## create a temp file with value run (set /p dummy=run) >temp.txt <nul rem ##cron loop :next udrive\home\admin\program\unidelay.exe 3600 udrive\usr\local\php\php.exe -n udrive\www\drupal\run_cron.php rem ## read file value SET /P stop=<temp.txt rem ## repeat cron loop if set to run if %stop%==run goto :next rem ## not set to “run” clean-up and exit del temp.txt exit Create a new batch file stop_cron.bat add the following lines: rem ## update temp file to stop (set /p dummy=stop) >temp.txt <nul rem ## kill off cron udrive\home\admin\program\pskill.exe unidelay.exe c exit File temp.txt is used to break the loop. After killing unidelay the file content is checked if a value other than run is found it breaks the loop. The two lines in stop_cron.bat can be placed in server stop bat. All the best Ric

Well what a pesky little critter, I assume a hydraulic press fails! OK! Me jokes are not funny. Unidelay is self-terminating, it either runs for one second or the number of seconds corresponding to a parameter passed to it. Are you using this in a different application or just from UniServer? The only reason it will reappear if it’s being called again. Hence if only run from UniServer then it looks like a safety loop timer failing and a bug. A little more detail would be appreciated, server version and why you are manually killing the Unidelay process, do the servers run if not is this the issue. After switching your PC off does the little critter come back when PC restarted? All the best Ric

It’s not a bug you can tailor the server to meet your own requirements hence if you want a “docs” folder in the server root edit Apache’s configuration file. Change Uniform Server’s docs alias to something else. For example: Edit file: UniServer4_3\UniServer\udrive\usr\local\apache2\conf\httpd.conf Locate this line (552): Alias /docs "/docs/" Change to: Alias /uni_docs "/docs/" Browser links become: http://localhost/uni_docs/ -- Uniform Server documentation http://localhost/docs/ -- Your server root documentation All the best Ric

Ya! Prior to PHP 5.3.0 you need to use libmysql.dll that comes with PHP. You also need to make a few tweaks in my.cnf. Now add PHP 5.3.0 there are a lot of minor issues that require addressing. It’s probably wise to update phpMyAdmin that said there are several parameters that require changing in its configuration file including a database change. To be honest it’s a circular interaction process, we currently have an Alpha version that addresses these issues however we have a few other issues that require addressing before we go can even go to a beta. My point really is we are working on it, wait a few weeks and you will get a working version without all the heartache. Olajide wants to put a number to a “few weeks” that really is dependent on a core component. To a lesser extent a plugin, Ho Well! All the best Ric

Very strange! “Entry Point Not Found” generally indicates there are incompatible modules from different versions. The other errors are a consequence of the above issue. If you run “UniController > test” and the ports are free – It’s not a port issue If you have 3.5 installed as a service uninstall it – it may be the problem. Just wondering if the log files provide a clue? Without more informs its difficult to pinpoint the cause. Have you tried any other server in the Mona series, PHP was incrementally changed? All the best Ric

No it should display Server version: 5.1.36-community You need to copy file mysql-noinstall-5.1.36-win32\mysql-5.1.36-win32\bin\libmysql.dll To: UniServer\udrive\usr\local\php\libmysql.dll Let it overwrite the old one. All the best Ric

Try running MySQL password restore: UniServer\udrive\plugins\restore_mysql_password\Run.bat All the best Ric

Looks like Sourceforge have moved over to a new system. Consequently broken links on both the forum and Wiki. This link provides partial download access: http://sourceforge.net/projects/miniserver/ If you view all files! Well All the best Ric

phpMyBackupPro v.2.1 was dropped with the introduction of 4-Mona basically because there was no demand for it. Hence you will need to install it manually. I noticed the last update was 04/01/2007 only reason for mentioning this it looks like you will have to run several tests to make sure it is consistent with newer PHP and MySQL. PHP 3.0 is around the corner hence long-term the above could be an issue if phpMyBackupPro is not updated accordingly. All the best Ric