|
Re: Magic in the time of Covid-19
John Knickerbocker
Here in Israel, they have cancelled all schools for at least a month and stopped all gatherings, even going to religious services. They have also stopped inbound flights from foreigners from other nations and placed a mandated 14 day quarantine on inbound citizens from any country. They're taking it quite seriously. But we're fine also.
On Fri, Mar 13, 2020 at 10:03 AM Jimmy Umanzor via Groups.Io <jjerly=yahoo.com@groups.io> wrote:
|
|
|
|
Re: Magic in the time of Covid-19
Jimmy Umanzor
We are ok from Honduras, CA
|
|
|
|
Magic in the time of Covid-19
Craig Martin
How are you doing?
|
|
|
|
Surescripts Staging - C# HTTP Post with Client Certificate
kristel@...
Hi,
I'm having difficulty connecting to Surecripts’ E-Prescription (https://smr-staging.surescripts.net/erx/{PortalName}/{Version}?id=
{MessageID})
I have already installed certificate (p7b file).
Does anyone here knows HTTPS Post with client certificate? or have previous experience with Surescripts Network?
I really need help.
|
|
|
|
Re: THE MGRIA AND THE THREADS
Tom Worthen
Not completely sure I understand your question. When a user logs on they start/initiate a context and that uses a license/seat/thread. When they log out or are forcefully disconnected then that context is closed and the thread/seat is released. If they log in again it will start another context and consume another seat/thread. If you are asking if a user can log in multiple times the answer is yes unless you prohibit that in your code. Each login would start/initiate a context and consume a seat/thread.
Hope that helps.
From: main@magicu-l.groups.io [mailto:main@magicu-l.groups.io]
On Behalf Of Ryan Guedes
Sent: Thursday, March 12, 2020 2:49 PM To: main@magicu-l.groups.io Subject: Re: [magicu-l] THE MGRIA AND THE THREADS
Thank you very much Tom, now I was able to understand, just one more question, is there a limit of contexts per user / thread in the MGRIA license with the middleware broker?
|
|
|
|
Re: THE MGRIA AND THE THREADS
Ryan Guedes <ryanguedes2010@...>
Thank you very much Tom, now I was able to understand, just one more question, is there a limit of contexts per user / thread in the MGRIA license with the middleware broker?
|
|
|
|
Re: THE MGRIA AND THE THREADS
Tom Worthen
It is my understanding that the MGRIA license is seat count based. That also means threads because when a user logs into RIA they start an instance and use a license. Even if that user does not do anything for the next 15 minutes that thread/license is in use and not available for another user. So, to me you have to look at the MGRIA license as concurrent users using your system.
This really doesn’t answer your question but it seemed to me that you thought the MGRIA license was not thread based but in reality it is and in our experience if you wanted to run the same application using RIA as opposed to HTML Merge you would have to have considerably more threads to support the same number of users. We have a HTML Merge application that supports hundreds of users and our ENT license is 11 threads. We also have a RIA license, used completely intranet and our user count is 10 and we typically are maxed out on it because of the number of employees we have using it.
Just my thoughts.
From: main@magicu-l.groups.io [mailto:main@magicu-l.groups.io]
On Behalf Of Ryan Guedes
Sent: Thursday, March 12, 2020 1:08 PM To: main@magicu-l.groups.io Subject: [magicu-l] THE MGRIA AND THE THREADS
Hello group, Since the "MGRIA" license counts the number of users, can I assume that the number of "Threads" is limited only by the capabilities of the machine?
|
|
|
|
THE MGRIA AND THE THREADS
Ryan Guedes <ryanguedes2010@...>
Hello group,
Since the "MGRIA" license counts the number of users, can I assume that the number of "Threads" is limited only by the capabilities of the machine?
|
|
|
|
Web Cam Capture Application
Jim Stephenson
I have been using ActiveID for years in v9.4 and UP1.9 programs to allow me to capture images from a Webcam and not had any problems with it.
I am guessing that a recent Windows 10 update made some change that has impacted the ActiveID activex functionality and it will now no longer bring images up on the screen. I don't think this program is being actively maintained anymore though so I have no way to contact them to find out what might have happened. I have a couple of questions... 1. Does anyone have any idea what might be the issue with it all of a sudden not working? I know I have not given a lot of details. But, I don't have a lot of details to give. What used to happen is when the program with the activex control was started the camera would come on and we could see whatever it was pointing at. Now, it just comes up black, like it isn't turned on. But, the indicator light is on for the camera, so we know that it is finding it. 2. What other options is anyone using for capturing stills from a webcam in UP1.9 programs? Thanks, Jim
|
|
|
|
Darren
Hello, I have found out the root cause of the issue.
|
|
|
|
Darren
Hi Adam,
|
|
|
|
Re: Warning : big bug on delete status in XPA 4.6 #xpa4.6
Both (By parameters and variables from the dataview). Same results...
I just tried with Btrieve / Pervasive.
|
|
|
|
Re: Warning : big bug on delete status in XPA 4.6 #xpa4.6
unipaas_programmer@...
Didn't get a chance to test this out till this morning, but it seems like that I cannot duplicate this bug with 4.6.1 with MSSQL. So maybe this only applies to Btrieve, or they fixed it in 4.6.1
|
|
|
|
Jackson, Adam
Hi,
We also installed Team Explorer for 2013 and the MSSCCI that goes with that.
Adam
From: main@magicu-l.groups.io <main@magicu-l.groups.io>
On Behalf Of Darren
Sent: 09 March 2020 03:32 To: main@magicu-l.groups.io Subject: [magicu-l] Connection to TFS on Magic XPA 3.3 #ria #howto
[Edited Message Follows] Hello Guys,
|
|
|
|
Hello Guys,
|
|
|
|
Re: Modified timestamp
Arch <Arch.Lineberger@...>
Thanks, Govert. It is not automatic, but it would work. Arch Lineberger 203 N Main St Belmont, NC 28012 704.461.1223
On Fri, Mar 6, 2020 at 8:51 AM Govert Schipper <govertschipper@...> wrote:
|
|
|
|
Re: Modified timestamp
Govert Schipper
Arch,
Another option is to use the public name of the program and include a version number that you increment after every change.
You can get the public name of the program with the function PublicName() and extract the version number to include in your logging.
Govert
Van: main@magicu-l.groups.io <main@magicu-l.groups.io> namens Arch <Arch.Lineberger@...>
Verzonden: vrijdag 6 maart 2020 12:58 Aan: Magic Group <main@magicu-l.groups.io> Onderwerp: Re: [magicu-l] Modified timestamp That would document changes to any program in the application, not a specific program. I'm seeking a finer resolution of modifications if possible.
On Fri, Mar 6, 2020, 1:54 AM Govert Schipper <govertschipper@...> wrote:
|
|
|
|
Re: Modified timestamp
Arch <Arch.Lineberger@...>
That would document changes to any program in the application, not a specific program. I'm seeking a finer resolution of modifications if possible.
On Fri, Mar 6, 2020, 1:54 AM Govert Schipper <govertschipper@...> wrote:
|
|
|
|
Re: Modified timestamp
Govert Schipper
Hi Arch, why not just use an app version? My applications are updated once or twice a week and on every release I increment the version number. It looks something like yyyy.nn (Year + seq.no.). When you put the version number in a program (or database table)
and update it with every release, you can extract it easily and use it in your logging.
Govert
Van: main@magicu-l.groups.io <main@magicu-l.groups.io> namens Arch <Arch.Lineberger@...>
Verzonden: donderdag 5 maart 2020 22:24 Aan: Magic Group <main@magicu-l.groups.io> Onderwerp: [magicu-l] Modified timestamp I am keeping a log of the number of times a program was run and who used it last. A customer now wants to know how long a program was used each day by each user for the past 5 years! If I am
going to amass that huge database, it would be nice to include the program version that was run as well.
Does anyone know how to extract the "Last Update" from the Program Repository? Since the source code is not at the client's site, I can't read the timestamp from those files
Arch Lineberger
203 N Main St
Belmont, NC 28012
704.461.1223
|
|
|
|
Re: Modified timestamp
Arch <Arch.Lineberger@...>
Thanks. That will work if I remember to update it.
On Thu, Mar 5, 2020, 5:48 PM Roberto Ramirez <marionette_66@...> wrote:
|
|
|
