I had made some changes to my web app with regard to its forms and interactions with the SQLite database. It compiles fine on Windows and runs as expected in a windows environment - same as many times before.
Copied the folders/files from the my windows machine to a dedicated Linux machine so I could compile to linux/ARM. For some reason, this particular app will NOT compile on a windows platform for Linux or Linux ARM target.
The project compiled fine, but twice I had to set the Xojo licenses. That was strange. First time was yesterday 8/5 then again today 8/6. The computer had been on for days prior but not used. Between 8/5 and 8/6 on and xojo was running (I think, not 100% sure). When I went to open the project tonite with last nights work included, I had to go to the Xojo website and remove the Linux machine I was working with, than re-add it. I also had to do this Friday 8/4 when I brought that PC home to work with this weekend. It seemed strange and annoying but not overly so - I mention it just in case it has relevance to those who may be in the know!
At this point, I can compile fine. I uploaded to the target Pi, but when told to run via VNC, it does not. It is not show up in the task manager. I also does not show up in any of the following log files:
Hi Paul.
I launch it by double clicking on the executable, then the OS asks if I want to execute, execute in terminal or cancel - I just execute. This is the same method always used in the past.
There are no msgs at all. The task manager does not show it running at all - before it always did.
Checked the system logs, nothing.
/var/log/syslog
/var/log/messages
/var/log/kern.log
None of my error handling captures anything.
I am thinking maybe permissions issue? The ownership is pi, group pi. The permissions for all folders except the path to the database is 0775. The permissions to the folders to the database is 0777.
The executable and libraries are in a folder that does not have permission to run. Try and make a new file folder on your Desktop for the install file and supporting libraries and try to run it there.
Is the system OS updated to the latest version?
Is the firmware updated to the latest version?
Make a simple “Hello World” program and see if this works.
I am taking a guess at this, and there is a possibility that the file system might be corrupt (many discussions on Raspberry Pi forums mention this). If you have another SD disk then try a fresh install of Raspberry Pi - I would try the above options first.
An older version (like a week older) worked fine. I had made several changes to it mostly to create a database if none existed. Ive tried it both the just released rasbian updates and with the one just behind it. Both the same. Tried with all permissions set to 777, no change. Tried with and without the database, no difference.
And it does not show up in any of the system logs as a crash, runing nothing… so strange!
Hi Wayne,
How can I check the port? There should not be anything else, but who knows - port = 8080
What about SQlite database versions? Since this one is being created by the app, it will be a version higher than the last one. The console app that accompanies this web app works fine - it appears
I did add code tonite to write to the system debug log
System.DebugLog( "starting: " + CurrentMethodName + " no error type available" )
I put it in the app start up section to see if it is really starting. This is a PIA but it may show where the failure is… eventually.
netstat --listening --numeric
will show you. Any chance the previous version is still running (or started automatically)? You could just try a different port perhaps 8081.
No, its been overwritten and/or deleted. I typically restart or shut down the pi first. In this case, I deleted the folder and created a new set of folders.
I also tried the new compiled version on a working SD card. It failed. Tried with different OS versions too. One was the just released version the other released not long ago.
But changing the port is quick and easy - will do!