Forum: RangerMSP Software Discussion Forum (CCRM)
May 9th, 2016, 11:25 AM
|
Replies: 2
|
Forum: RangerMSP Software Discussion Forum (CCRM)
May 6th, 2016, 04:36 PM
|
Replies: 2
We've been using CommitCRM for a couple of years now, and we have a lot of old tickets with the type 'General'. We're looking to differentiate new data from old data, and we want to make a new type...
|
Forum: RangerMSP Software Discussion Forum (CCRM)
May 6th, 2016, 10:23 AM
|
Replies: 12
I did find a better workaround for this issue. I isolated my wrapper class for CommitCRM's low level interface into its own process, and access it using Pyro4 (an RPC/data serialization...
|
Forum: RangerMSP Software Discussion Forum (CCRM)
May 4th, 2016, 11:04 AM
|
Replies: 12
It appears that my workaround wasn't as resilient as I had thought.
I was refreshing the handle to the low-level API libraries after a certain number of calls, hoping Python's garbage collector...
|
Forum: RangerMSP Software Discussion Forum (CCRM)
March 29th, 2016, 10:20 AM
|
Replies: 3
My apologies, thanks for the solution again.
|
Forum: RangerMSP Software Discussion Forum (CCRM)
March 28th, 2016, 02:33 PM
|
Replies: 3
I'm having an issue with querying event record ids base on the event done indicator field (FLDEVTDONE) through the low level API.
This is the query:...
|
Forum: RangerMSP Software Discussion Forum (CCRM)
March 15th, 2016, 11:36 AM
|
Replies: 3
It seems that works, thanks for the response.
|
Forum: RangerMSP Software Discussion Forum (CCRM)
March 2nd, 2016, 02:41 PM
|
Replies: 3
To be more specific, the function CmtGetQueryRecIds() returns status 3100.
|
Forum: RangerMSP Software Discussion Forum (CCRM)
March 2nd, 2016, 02:24 PM
|
Replies: 3
When I query ticket record ids using both the ticket type and status, it seems the query fails.
Any idea what might be the issue here?
This is the query:...
|
Forum: RangerMSP Software Discussion Forum (CCRM)
February 29th, 2016, 01:08 PM
|
Replies: 3
To add more information, this is the XML request being passed to CmtGetQueryRecIds():
https://gist.github.com/jakogut/0795eb6eed4ac13c5795
|
Forum: RangerMSP Software Discussion Forum (CCRM)
February 29th, 2016, 12:55 PM
|
Replies: 3
I'm working on creating a module to synchronize CommitCRM events with Google Calendars, but when I query record IDs with the data kind of "TASK" or "APPOINTMENT" using the function...
|
Forum: RangerMSP Software Discussion Forum (CCRM)
February 24th, 2016, 12:33 PM
|
Replies: 2
Thanks for the tip, that seems to work.
|
Forum: RangerMSP Software Discussion Forum (CCRM)
February 24th, 2016, 12:23 PM
|
Replies: 12
Thanks for looking into it. Have we found any more information on the leak?
|
Forum: RangerMSP Software Discussion Forum (CCRM)
February 24th, 2016, 12:01 PM
|
Replies: 2
We recently tied our point of sale software (Microsoft Dynamics Retail Management System) to CommitCRM. The goal with this project is to allow charges to be entered into a ticket, then using an...
|
Forum: RangerMSP Software Discussion Forum (CCRM)
February 22nd, 2016, 03:36 PM
|
Replies: 12
FYI, I reproduced the problem in less than fifty lines of C, without any dynamic memory allocation. This rules out Python garbage collection as well as a memory leak in my code.
You can find the...
|
Forum: RangerMSP Software Discussion Forum (CCRM)
February 22nd, 2016, 12:31 PM
|
Replies: 12
Thanks for taking the time to check! I'm still not sure why it seems to be leaking memory, but I've found a workaround for it.
|
Forum: RangerMSP Software Discussion Forum (CCRM)
February 18th, 2016, 07:06 PM
|
Replies: 12
In the low level API, it seems that when I call the function CmtGetRecordDataByRecId() a few hundred thousand times, something leaks memory. It's roughly a few hundred KB/s in the daemon I wrote. I'm...
|
Forum: RangerMSP Software Discussion Forum (CCRM)
February 16th, 2016, 12:10 PM
|
Replies: 2
Thanks for the response.
That made a lot of sense. My parsing code just grabbed the cdata for the element with the name matching the field that I was querying. I incorrectly assumed that CommitCRM...
|
Forum: RangerMSP Software Discussion Forum (CCRM)
February 15th, 2016, 03:21 PM
|
Replies: 2
When I query the employee a certain charge is linked to, it returns the employee's username instead of the account record id.
I've noticed in several instances that the CommitCRM low-level API does...
|
Forum: RangerMSP Software Discussion Forum (CCRM)
January 25th, 2016, 05:28 PM
|
Replies: 1
The subject tells it all. I'm interfacing with CommitCRM through the low-level API, and wondering if I can safely call API functions with multiple threads or multiple processes simultaneously.
|
Forum: RangerMSP Software Discussion Forum (CCRM)
January 19th, 2016, 02:16 PM
|
Replies: 4
That worked great, thanks for the help.
|
Forum: RangerMSP Software Discussion Forum (CCRM)
January 19th, 2016, 12:51 PM
|
Replies: 4
I'm using the CommitCRM low level API, and a Python wrapper/abstraction layer I've written around it, in order to create a software suite to integrate CommitCRM with our point of sale, and other...
|
Forum: RangerMSP Software Discussion Forum (CCRM)
October 30th, 2015, 01:16 PM
|
Replies: 3
Thanks for the response.
The reason I'm querying the database for the username is because I have an application I'm writing to automatically generate assets and ticket history notes, and history...
|
Forum: RangerMSP Software Discussion Forum (CCRM)
October 30th, 2015, 01:09 PM
|
Replies: 1
I'm working on some code that uses Commit's low level API to automatically detect PC information, and add it as an asset, then link that asset to a given ticket.
It currently pulls the machine's...
|
Forum: RangerMSP Software Discussion Forum (CCRM)
October 30th, 2015, 11:23 AM
|
Replies: 8
I'm not affiliated with Commit in any way, but that does sound unlikely to be related to the performance of the database. As the gentleman above said, indexed relational databases can handle many...
|