gmL-Modul / News: Recent posts

The download of the current disk image has been moved from SF to the project website http://gmL-module.de/ due to the inacceptable performance of the new SF file manager maintaining the files.

GUI now supports flat file packages and zip file packages. In terms of the gmL module the latter are called Dynamic Module Libraries.

Dynamic Module Libraries are expected to make the online update mechanism easier in future. When Dynamic Module Libraries are enabled in preferences. After updating to dynamic modules all obsolete old stuff is cleaned. Updating a Dynamic Module Library to flat files and vice verse works also updating flat files to flat files and updating Dynamic Module Libraries to Dynamic Module Libraries also works. You can change this when ever you want.... read more

A first alpha release of the GUI framework has been released. The GUI parts intended to administrate the server side stuff will be deployed later via the built in online update mechanism.

The framework can be used to create XulRunner based applications.

• PHP based gmL-Modul of first generation is going on in porting from ancient PHP3 to modern PHP 5.2
• C++ based CGI style gmL-Modul of second generation is completely ported to MacOS X and runs well with MySQL 5.1
• C++ based service style gmL-Modulis ported to MacOS X but does not work properly
• actually a XULRunner based GUI to support configuration and deployment is developed.

Caused by lot of work in other peoples projects and also lot of work in the company, the gmL module project is sleeping since a while. But it may wake up again, if someone asks for it.

Porting to MacOS X 10.4 is nearby finished. Some database issues are making trouble. When they have finished, I hope to be able to host it again live.

At MacOS X 10.4 it is compiled using g++ 4.0. This means at the moment a wide range of compilers from g++ 2.9.5 (Suse Linux 6.3 and 7.1), g++ 3.3.2 (Suse Linux 7.1) to 4.0 (MacOS X 10.4) is supported on the machines I develop.

The second generation of the gmL module is now ported to compile also with g++ 3.3.2. It still compiles with g++ 2.95.3 but additionally also compiles now with g++ 3.3.2.

The first attempt, which compiled with both, was -2.2144. But this did not work properly, when compiled with g++ 3.3.2. It failed i.e., when trying to synchronize the databases. This was caused by different implementations of a static cast in the two compilers.... read more

I'm still working on making it compatible with Fedora, which it self is imcompatible with my own old equipment. This prevents me from further development, because it is a lot of useless work. But while I'm doing this, the next desaster is being announced, which now not just tagets the binary of the second genration, but the complete concept and functionality.

https://sourceforge.net/tracker/index.php?func=detail&aid=1109940&group_id=1&atid=350001... read more

Since about 2004-12-05 the shared library libmysqlclient.so.6 is missing on the project webserver. As a result of this the second generation of the gmL module, which is linked dynamic against this library no longer starts.

See also
https://sourceforge.net/tracker/?func=detail&aid=1083673&group_id=1&atid=200001

I hope this problem will be fixed soon, because most funcionality of the gmL module depends on the presence of the database. E.g. most content of the project website is generated life by the gmL module. All this content now has gone away, what you see is an internal server error (500) instead of the content.... read more

Someone has dropped the project database. I've now replayed a local backup.

Without the project database the first generation of the gmL module does not work. Without the project database the documentation of the first generaton of the gmL module does not work. Without the project database account management does not work (the accounts do not exist). Without the project database, downloads are impossible. Without the project database the second generation of the gmL module can not count the visitors.... read more

A new featuere package called "bgcolor" has been added to the first generation of the gmL module. This feature package is available beginning with build 1.283. This feature package adds two functions to the gmLayer object to set and get the layers background color.

setBackgroundColor(color) sets the background color.
getBackgroundColor(color) retrieves the background color.

Sample:

gmL.all.banana.setBackgroundColor('yellow');... read more

The fatal bug is fixed and the cgi on the project website is enabled again.

The gmL module hangs in cgi::init when Opera 7.23 (Linux) sends a cookie.

A reaction on this bug I removed the permission to execute the cgi on the project website to protect the server against freezing until this bug is fixed.

I hope to fix the bug soon to replace the buggy cgi by an updated version.

The database synchronization is now more restrict, if the target of the synchronization request is a gmL module > 2.2090. If the account database of the target does not have an entry for the account of the target directing to it self in the column containing the url where to send sync requests to, then it denies syncronization.

In build 2.291 it sent an error message containing a wrong reason. The reason told was "--- disabled, please repair database first ---" but the real reason is "serverSync == empty". serverSync is the variable in http://gml-modul.sourceforge.net/docu/c++SourceReader.php3?url=gmL_sync.c++ that contains the value read from the database entry of the target server with the url to use for requesting for synchronization.... read more

Download tool
-------------
The download tool has been improofed a lot. It now does much more configuration work. I.e. it does most configurations of the make script. The make script is a bash script, that controls and starts compilation and linking and installation of the binary on the webserver.

gml-modul.sourceforge.net/cgi-bin/gmL?Sprache=de&help=make

This is a fully colored view of the generated make script. This view is generated from a template file. The same template file is used to generate the plain bash script, when you use the download tool. Every information you enter into the form fields of the download tool is used to configure your package before it is assembled to a gzipped tar archive.... read more

Since may the gmL module supports and uses multiple entitysets. Since build -2.1926 it also supports numerical entities like £ or £.

The gmL-Module still does not support multibyte characters.

With multiple charactersets it is possible to convert only a subset of characters into entities while not converting other characters. I.e. you can convert the umlauts and ligatures of iso-8859-1 into HTML entities without destroying tags by converting also the < and > symbols.... read more

No, the development of the gmL module is not dormant. Focus is actually on writing the DHTML tutorial as a gmL module based application. Develoment of the gmL module it self focuses onto stuff needed for this application. This is the only actual project using the gmL module.

If more parties decide to use the gmL module for their projects, then development will become bifocal or running into multiple directions at the same time.... read more

Now also a release with a binary for PowerPC platforms is available.

Enjoy it and mail me your expieriences with it.

I now updated the cgi from build -2.1194 to build -2.1312.

NOTE: Nothing was done to fix the crashes of observed at the sourceforge server with build -2.1240, because I could not detect the reason for them nor could I detect, where the crashes happened, nor could I verify whether the observerd crashes really were crashes. I.e. if the apache can not load a cgi because of running out of memory before starting the cgi, then it also causes a 500 internal server error message. But in this case it is not a real crash of the cgi but a serious resource problem of the server. I assume, that something like that was the real reason for the problems appearing like crashes. The phenomen disapeared after about 1 or two weeks without doing anything on my side to fix it.... read more

If no mySQL is installed, then the binary breaks with following message in the Apache error log:

gmL: error while loading shared libraries: libmysqlclient.so.6: cannot open shared object file: No such file or directory

This is expected to happen to all releases. I thought all libraries were linked staticaly, but this seems to be not true. Maybe that only the standard libraries are linked statically.... read more

Since about built -2.1240 the gmL module cgi crashes very often but irreproducable on the SourceForge web server. It does never crash on my own private server. To avoid this crashes I now replaced the actual build -2.1248 by the older binary -2.1194, which runs more stable on the SourceForge server.

This means, you can not test everything live on the server, because there is not the newest built running. The newest built will be implemented as http://gml-modul.sourceforge.net/cgi-bin/test... read more

A lot of bugs in the parser have been fixed. Also many enhencements have been introduced to the parser.

The new feature of generating HTML pages from templates has been added to get a real hard test szenario for the parser, because templates for HTML pages are much more complex than configuration files.

Such a scenario is also included in the new binary release for download.

You may look at this also on the project website at http;//gml-modul.sourceforge.net/docu/docu.php3 There you find links to the HTML-Pages generated by the gmL-Module.

In build -2.1013 a reproducable crash when using a session id, which is not valid but machtes the pattern of valid session ids (i.e. a too old session id), has been fixed.

There are no more other known crash situations.

This nice URI no longer causes a crash of the cgi; it now does, what it should do. It generates a new session id and forces the browser test phase:
http://gml-modul.sourceforge.net/cgi-bin/gmL?v=-2.0972&id=YaRYXJUPD0ATe0Iq%09eeuqzenI%0999674009833%093B%20en-US%3B%20rv%3A0&DEBUG=internal

-2.00881 now contains a security enhencement for those running in debug to file mode. Now you can specify in the configuration file which phases must not be written to files.

E.g. during the database synchronization phase account information is recorded to the debug protocol including transaction ids. This is a security hole. By disabling in the configuration file debugging for this phase, you can avoid this data being recorded to files.... read more

Database synchronization of Generation 2 is finalized. This means, you can send your request for database synchronization alternatively to the old php file of Generation 1 or directly to the gmL module of Generation 2.

Base technology of sockets is now implemented. Now detail design is going on. This will enable the gmL module to do it's own database syncronization requests. It also will enable the gmL module to fetch extensions from your website.... read more