-
Hi Manz00r,
Glenn may come up with a different answer, but most of the companies we worked with wished to keep information on which tools they used confidential.
I do know of two consultants who used this project and were interested in finding clients. Those two are http://www.palmassociates.com/ and http://www.deltafusion.com. It's been years since I've talked with either of them, so...
2009-07-27 12:06:13 UTC in C++ Communication Services Framework
-
Many commercial applications were developed using this project. I don't have any recent info on it, but the peak of adoption was probably about 2004.
2009-07-22 01:01:36 UTC in C++ Communication Services Framework
-
Hi Manz00r,
There is no active continuing development of this project. I have left the sponsor company and they have de-committed from investing further in this project.
That said, you might still be able to get answers about this project, and much of the code will remain valid for a long time. Also, two members of the original team are available as consultants, if that is of interest.
2009-07-17 11:41:42 UTC in C++ Communication Services Framework
-
Had a quick email exchange with Craig Knudsen and figured it out. My lack on knowledge of the Linux system was a contributor to not getting it right away.
The "core.nnnnn" file, where "nnnnn" is a 3 to 5 digit number is an operating system core dump.
I did a "file core.10624" command using SSH and saw that the php process caused it. I'm pretty sure that it...
2009-07-16 21:29:30 UTC in WebCalendar
-
Wow, what the heck happened there. Sorry for the multiple posts.
2009-07-07 22:02:07 UTC in WebCalendar
-
I'm seeing those huge files, too. What the heck are they? They're a big load on my backup and transfer time.
2009-07-07 22:00:19 UTC in WebCalendar
-
I'm seeing those huge files, too. What the heck are they? They're a big load on my backup and transfer time.
2009-07-07 11:38:40 UTC in WebCalendar
-
I'm seeing those huge files, too. What the heck are they? They're a big load on my backup and transfer time.
2009-07-07 00:00:02 UTC in WebCalendar
-
The issue seems to be due to a mismatch between the localtime() function using a base year of 1900, and the gmmktime()function's use of a year with a 0 base. For the year 2009, localtime() returns "109" while gmmktime() expects to see "2009".
To retain full functionality of the getOverLap() function I suggest a fix by adding 1900 to the $lt[5] value (see below example), rather than...
2009-03-19 14:10:05 UTC in WebCalendar
