| View previous topic :: View next topic |
| Author |
Message |
server Guest
|
Posted: Fri Jan 27, 2006 8:01 am Post subject: scktsrvr multi processor fix |
|
|
message unavailable |
|
| Back to top |
|
 |
Wayne Guest
|
Posted: Fri Jan 27, 2006 8:01 am Post subject: Re: scktsrvr multi processor fix |
|
|
Craig, we are using that one but still interested in whether the Delphi 2006
has been patched and if it is backwards compatible to Delphi 7.
Wayne
"Craig Stuntz [TeamB]" <craig_stuntz (AT) nospam (DOT) please [a.k.a. acm.org]> wrote
in message news:43d91782$1 (AT) newsgroups (DOT) borland.com...
| Quote: | Wayne wrote:
Mark, we tried that but would prefer a Borland certified version.
I can understand that, but I do trust Manuel Parma's fix. It's been
out for years and I've hever heard of a problem with it.
--
Craig Stuntz [TeamB] ˇ Vertex Systems Corp. ˇ Columbus, OH
Delphi/InterBase Weblog : http://blogs.teamb.com/craigstuntz
Borland newsgroup denizen Sergio González has a new CD of
Irish music out, and it's good: http://tinyurl.com/7hgfr |
|
|
| Back to top |
|
 |
paladin Guest
|
Posted: Fri Jan 27, 2006 8:51 am Post subject: Re: Server DateTime |
|
|
| Quote: | retrieve the datetime initially from the server and calculate the
delta between server and client. Then everytime the client needs
current datetime, use the client's datetime plus delta.
I still have problems if the user changes the datetime after my app was
started. And I know it happens sometimes. I know, it's weird, but
happens.
|
Changing the system clock certainly sounds like something that Windows
would message all apps about. Catching that message would probably
be more efficient than, say, running a 2nd client-side timer that periodically
checked that your delta hadn't changed from it's *own* clock....
or, if you don't like timer-driven logic, you could do your time checking
in your BeforeApplyUpdates ;)
-paladin |
|
| Back to top |
|
 |
Craig Stuntz [TeamB] Guest
|
Posted: Fri Jan 27, 2006 5:10 pm Post subject: Re: scktsrvr multi processor fix |
|
|
Esteban Pacheco wrote:
| Quote: | But i'm interested on this answer, is the socketserver fixed to
address those issues in D2006?
|
I have no idea. You might check the QC report.
--
Craig Stuntz [TeamB] ˇ Vertex Systems Corp. ˇ Columbus, OH
Delphi/InterBase Weblog : http://blogs.teamb.com/craigstuntz
All the great TeamB service you've come to expect plus (New!)
Irish Tin Whistle tips: http://learningtowhistle.blogspot.com |
|
| Back to top |
|
 |
Bill Todd Guest
|
Posted: Fri Jan 27, 2006 6:29 pm Post subject: Re: Server DateTime |
|
|
Another possiblity, assuming all of the machines have Internet access,
is to install one of the many programs that automatically sets the
system clock from a a standard time source at regualr intervals.
--
Bill Todd (TeamB) |
|
| Back to top |
|
 |
Mark Horrocks Guest
|
Posted: Sat Jan 28, 2006 4:16 pm Post subject: Re: scktsrvr multi processor fix |
|
|
| Quote: | But i'm interested on this answer, is the socketserver fixed to
address those issues in D2006?
|
I believe it is not, Manuel Parma's fix is the only one available. If in
fact this is true, it is a terrible indictment of Borland's committment to
fix technologies which are perceived as being "obsolete". Scktsrvr.exe is of
paramount importance to anyone who uses remote data modules and is the
TSocketConnection is the preferred connection method for this paradigm. It
seems to me that Borland places a lot of emphasis on chasing new
technologies in order to keep abreast of the rat pack and not enough in
getting the older stuff rock solid. There are other less important examples
such as linkfields.pas in Internet Express which was never fixed since D5.
In the case of BDS 2006 and 2006, .NET is based on ver 1.1 which is
apparently not even compatible with ver 2.0 due to the fact that Microsoft
stuffed up the design and required some refactoring which means that BDS
2005 and 2006 can never be used with ver 2.0, rendering these versions of
Delphi just junk in the future. D7 does just as much with Win32 as they do
anyway. So, these expensive new versions of Delphi are just toys to play
with until the real thing comes along maybe with the next version. And I
won't even mention D8, the complete turkey.
I am no computer engineer, nor even a competent OOP programmer, just and end
user application developer mainly interested in developing database web
apps. Much of what I have said here may be completely wrong and I want to
qualify what I have said accordingly. Maybe ASP.NET has a lot to offer but I
will wait till it matures a bit more before I blow more money than I can
afford on the next version of Delphi.
I for one, want to understand more about these issues in layman's terms
because that's what I am and I feel that right or wrong, venting a bit might
help me do that. I have only started using Delphi since 2000.
Mark Horrocks
www.sportdata.com.au
www.corebusiness.com.au |
|
| Back to top |
|
 |
Craig Stuntz [TeamB] Guest
|
Posted: Mon Jan 30, 2006 4:45 pm Post subject: Re: scktsrvr multi processor fix |
|
|
Mark Horrocks wrote:
| Quote: | In the case of BDS 2006 and 2006, .NET is based on ver 1.1 which is
apparently not even compatible with ver 2.0 due to the fact that
Microsoft stuffed up the design and required some refactoring which
means that BDS 2005 and 2006 can never be used with ver 2.0,
rendering these versions of Delphi just junk in the future.
|
I have no idea what you're talking about. .NET 1.1 and 2.0 can
coexist. D2006 can't support OS revisions released *after* it was.
--
Craig Stuntz [TeamB] ˇ Vertex Systems Corp. ˇ Columbus, OH
Delphi/InterBase Weblog : http://blogs.teamb.com/craigstuntz
How to ask questions the smart way:
http://www.catb.org/~esr/faqs/smart-questions.html |
|
| Back to top |
|
 |
Joe Bain Guest
|
Posted: Mon Jan 30, 2006 6:55 pm Post subject: Re: ASP calling an application server |
|
|
York wrote:
| Quote: | The question was not about creating a new instance of the object but.
It MUST create a new instance of the object and it does.
The problem is that it starts a new executable (instead of using the
executable that is already started) for each new object but it
should not.
|
Check the intialiazation clause in the RDM unit. Make sure
ciMultiInstance is the 4th param in the TComponentFactory.Create call.
--------------
Joe Bain
www.iegsoftware.com |
|
| Back to top |
|
 |
Craig Stuntz [TeamB] Guest
|
|
| Back to top |
|
 |
Wayne Guest
|
Posted: Mon Jan 30, 2006 10:40 pm Post subject: Re: scktsrvr multi processor fix |
|
|
Craig,
We replaced the socket server with the compiled version from Manuel last
week, but still get the random failures. The machine in question has hyper
threading and multiple CPU's. Shoud this version work on that type of
machine as well?
I guess I am wondering if we have a different issue that just the scktsrvr
issue.
Wayne
"Craig Stuntz [TeamB]" <craig_stuntz (AT) nospam (DOT) please [a.k.a. acm.org]> wrote
in message news:43d91782$1 (AT) newsgroups (DOT) borland.com...
| Quote: | Wayne wrote:
Mark, we tried that but would prefer a Borland certified version.
I can understand that, but I do trust Manuel Parma's fix. It's been
out for years and I've hever heard of a problem with it.
--
Craig Stuntz [TeamB] ˇ Vertex Systems Corp. ˇ Columbus, OH
Delphi/InterBase Weblog : http://blogs.teamb.com/craigstuntz
Borland newsgroup denizen Sergio González has a new CD of
Irish music out, and it's good: http://tinyurl.com/7hgfr |
|
|
| Back to top |
|
 |
Wayne Guest
|
Posted: Tue Jan 31, 2006 9:31 pm Post subject: Re: scktsrvr multi processor fix |
|
|
Craig, I assume this runs OK as a service?
Wayne
"Craig Stuntz [TeamB]" <craig_stuntz (AT) nospam (DOT) please [a.k.a. acm.org]> wrote
in message news:43de53f3$1 (AT) newsgroups (DOT) borland.com...
|
|
| Back to top |
|
 |
Mark Horrocks Guest
|
Posted: Wed Feb 01, 2006 7:33 am Post subject: Re: scktsrvr multi processor fix |
|
|
| Quote: | I have no idea what you're talking about. .NET 1.1 and 2.0 can
coexist. D2006 can't support OS revisions released *after* it was.
OK thanks! Obviously I don't have any idea either. I am pretty good at using |
the stuff but no idea under the bonnet. |
|
| Back to top |
|
 |
Marc Rohloff [TeamB] Guest
|
Posted: Sat Jul 15, 2006 2:54 am Post subject: Re: 2nd Tier (RDM) needs recompiling on customer site |
|
|
On Fri, 15 Jul 2005 03:02:18 +0800, Fira Da Boss wrote:
| Quote: | Hello,
I have build a 2 tier application. Each apps is installed on different
computer.
Question is , whenever I modify the 2nd tier apps coding, I need to
recompile it on the targeted computer to make it work.
Replacing the EXE's doesn't seem to work. Can anyone xplain? THanks.
|
You shouldn't need to, this would somehow imply that the computers are
set up differently (different paths, dlls or versions)
--
Marc Rohloff [TeamB]
marc rohloff -at- myrealbox -dot- com |
|
| Back to top |
|
 |
|