RE: [U2] Pushing envelope on openSocket
Hi I am using sockets to run stored procedures in MS SQL and bring back the results in our telesales area We do literally thousands of interactions a day the loop is protocolLogging(,OFF,10) openSocket(SERVER.IP.ADDRESS,SOCKET.PORT,BLOCKINGMODE,TIMEOUT,SOCKETHANDLE1) writeSocket(SOCKETHANDLE1,SRDATA,TIMEOUT,BLOCKINGMODE, readSocket(SOCKETHANDLE1,CLDATA,CDATLEN,TIMEOUT,BLOCKINGMODE,ACTSIZ) RcloseSocket(SOCKETHANDLE1) We have absolutley no problems At the same time we are clearing credir cards thru our bank systems These interactions are longer but again we do hundreds a day with no problems at all Bob -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Baker Hughes Sent: 16 February 2006 18:16 To: u2-users@listserver.u2ug.org Subject: [U2] Pushing envelope on openSocket Hey friends, Is it true that you can only do 6k to 10k openSocket's (non-persistent) before having to reboot? We send each Credit Card Authorization (CCA) request to a certain port on a Linux server, running Live Processor. We do an openSocket, writeSocket, readSocket, closeSocket - for each CCA. The response is instantaneous (at least with the LP server in loopback mode). In phase nn we will provide on-screen response to the sales agent, so we're trying to do this all real-time, vs. polling some directory. We've just been made aware of an issue regarding the number of sockets you can open, not concurrently but consecutively, before the whole Transport layer craters, and errors out for any subsequent socket command. Reportedly, the resources don't get freed up at the *nix level, even though you've closed the socket. Has anyone encountered this issue, or heard credible reports thereof? Any work arounds, patches, technical bulletins, intelligence, or water cooler reports. TIA - Baker R. Baker Hughes UniVerse Programming Mouser Electronics, Inc. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Re: Thanks for the help
Hey, I'll happily throw our hat in the ring if you are interested. We even have a distributor close by American Computer Technics, Inc. 5405 Lafayette Dr. # 200 Fuquay Varina NC 27526 Telephone: +1 (919) 567-0042 We have users operating in the motor vehicle aftermarket OEM fields, with some nice features in terms of parts cross referencing, substitution products etc. If you are willing to contemplate a late entrant, please feel free to contact Pat or myself - more than happy to help you stay around :-) Ross Ferris Stamina Software Visage Better by Design! -Original Message- From: [EMAIL PROTECTED] [mailto:owner-u2- [EMAIL PROTECTED] On Behalf Of Results Sent: Monday, 20 February 2006 2:54 PM To: u2-users@listserver.u2ug.org Subject: [U2] Re: Thanks for the help Walter, Have you considered talking to Stamina or Ohm? They both have heavyweight ERP. I know there are more in our sector, anyone want to step up and get a client? - Chuck u2ug wrote: REPOSTED ON BEHALF OF Walter Vaughan [EMAIL PROTECTED] Thanks for the help. The vendor we were considering for our MRP/ERP/DM needs decided Saturday afternoon to drop out. Since none of the other vendors uses a MultValued Database I guess it's time for me to say It's been fun. But I must be moving on. Thanks again... -- Walter -- - Charles Barouch, Moderator U2-Users U2-Community RBSolutions SBSolutions Visit http://listserver.u2ug.org, enter your e-mail address, and 'browse all' lists to maintain your access. For non-U2UG e-mail: [EMAIL PROTECTED] -- - Charles Barouch [EMAIL PROTECTED] (718) 762-3884 x 1 P. O. Box 540957, Linden Hill, NY 11354-0957 www.KeyAlly.com --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Pushing envelope on openSocket
Bob, Thank you for this account of your experience, very helpful. I will share this with our development team. R. Baker Hughes UniVerse Programming Mouser Electronics, Inc. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bob Witney Sent: Monday, February 20, 2006 2:08 AM To: u2-users@listserver.u2ug.org Subject: RE: [U2] Pushing envelope on openSocket Hi I am using sockets to run stored procedures in MS SQL and bring back the results in our telesales area We do literally thousands of interactions a day the loop is protocolLogging(,OFF,10) openSocket(SERVER.IP.ADDRESS,SOCKET.PORT,BLOCKINGMODE,TIMEOUT,SOCKETHAND LE1) writeSocket(SOCKETHANDLE1,SRDATA,TIMEOUT,BLOCKINGMODE, readSocket(SOCKETHANDLE1,CLDATA,CDATLEN,TIMEOUT,BLOCKINGMODE,ACTSIZ) RcloseSocket(SOCKETHANDLE1) We have absolutley no problems At the same time we are clearing credir cards thru our bank systems These interactions are longer but again we do hundreds a day with no problems at all Bob - --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Thanks for the help
Walter, you may also want to consider Manage-2000. They've been around since 1978 and have a great system. ***Huge*** array of applications, check out the web site. Runs on Unidata. http://www.epicor.com/www/products/manufacturing/manage2k/ I used to work for them. It was a great gig hth, Allen -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of u2ug Sent: Sunday, February 19, 2006 19:52 To: u2-users@listserver.u2ug.org Subject: [U2] Thanks for the help REPOSTED ON BEHALF OF Walter Vaughan [EMAIL PROTECTED] Thanks for the help. The vendor we were considering for our MRP/ERP/DM needs decided Saturday afternoon to drop out. Since none of the other vendors uses a MultValued Database I guess it's time for me to say It's been fun. But I must be moving on. Thanks again... -- Walter -- - Charles Barouch, Moderator U2-Users U2-Community RBSolutions SBSolutions Visit http://listserver.u2ug.org, enter your e-mail address, and 'browse all' lists to maintain your access. For non-U2UG e-mail: [EMAIL PROTECTED] --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
[U2] Sockets API Message 29
I am running a special-purpose server using the Unidata 6.1 Sockets API. Certain client timeout events cause me to receive Socket Error: 29 SCK_EBADF. Interestingly, the Unidata 6.1 and 7.1 manuals give two different descriptions: In Unidata 6 Manual: b SCK_EBADF For Windows CE AF_IRDA sockets only: the shared serial port is busyb In Unidata 7.1 Manual: b SCK_EBADF Descriptor Socket is not valid.b Our environment is currently running Unidata 6.1. This server runs normally most of the time, and I'm trying to isolate the client event that causes this condition. I haven't been able to find anything that describes this condition, and I have only the fuzziest idea of what it means. Does anyone know what it means? Or point me to a reference that discusses it in intelligible terms? Thanks so much in advance. Gizbolabobo --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] Sockets API Message 29
PS: EBADF means (E)rror: (Bad) (F)ile Descriptor Most file I/O error flags start with E and have some kind of cryptic abbreviation next to it. That is, unless it is under Windows Sockets. Windows has it's own error code scheme. :) Just Google the net for the error code or error flag and you'll find all kinds of implementations and descriptions of the code. --- Glen Batchelor IT Director All-Spec Industries phone: (910) 332-0424 fax: (910) 763-5664 e-mail: [EMAIL PROTECTED] --- www.allspec.com --- -Original Message- From: [EMAIL PROTECTED] [mailto:owner-u2- [EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Monday, February 20, 2006 12:19 PM To: u2-users Subject: [U2] Sockets API Message 29 I am running a special-purpose server using the Unidata 6.1 Sockets API. Certain client timeout events cause me to receive Socket Error: 29 SCK_EBADF. Interestingly, the Unidata 6.1 and 7.1 manuals give two different descriptions: In Unidata 6 Manual: b SCK_EBADF For Windows CE AF_IRDA sockets only: the shared serial port is busyb In Unidata 7.1 Manual: b SCK_EBADF Descriptor Socket is not valid.b Our environment is currently running Unidata 6.1. This server runs normally most of the time, and I'm trying to isolate the client event that causes this condition. I haven't been able to find anything that describes this condition, and I have only the fuzziest idea of what it means. Does anyone know what it means? Or point me to a reference that discusses it in intelligible terms? Thanks so much in advance. Gizbolabobo --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
[U2] [UV] Weird error.
Group, I have a subroutine that is being called by a RedBack program. In this subroutine is the following line: EXECUTE 'XLOGTO Qsome.account' CAPTURING JUNK I am getting hundreds of errors showing up in the error log for this line of code. The states: Unable to create capture file. I am at a loss as to why this error is being generated. Any clues anyone can offer will be gratefully accepted. Is this something that RedBack is causing? TIA, Gordon Gordon J. Glorfield Sr. Applications Developer MAMSI (A UnitedHealth Company) 301-360-8839 This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] [UV] Weird error.
What is XLOGTO? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Gordon J Glorfield Sent: Monday, February 20, 2006 4:18 PM To: u2-users@listserver.u2ug.org Subject: [U2] [UV] Weird error. Group, I have a subroutine that is being called by a RedBack program. In this subroutine is the following line: EXECUTE 'XLOGTO Qsome.account' CAPTURING JUNK I am getting hundreds of errors showing up in the error log for this line of code. The states: Unable to create capture file. I am at a loss as to why this error is being generated. Any clues anyone can offer will be gratefully accepted. Is this something that RedBack is causing? TIA, Gordon Gordon J. Glorfield Sr. Applications Developer MAMSI (A UnitedHealth Company) 301-360-8839 This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
Re: [U2] [UV] Weird error.
Check your permissions on UVTEMP (get path from CONFIG ALL). That process may not have Write perimissions to the uvtemp directory so it can create the capture file. -- Regards, Clif ~~~ W. Clifton Oliver, CCP CLIFTON OLIVER ASSOCIATES Tel: +1 619 460 5678Web: www.oliver.com ~~~ On Feb 20, 2006, at 6:18 PM, Gordon J Glorfield wrote: Group, I have a subroutine that is being called by a RedBack program. In this subroutine is the following line: EXECUTE 'XLOGTO Qsome.account' CAPTURING JUNK I am getting hundreds of errors showing up in the error log for this line of code. The states: Unable to create capture file. I am at a loss as to why this error is being generated. Any clues anyone can offer will be gratefully accepted. Is this something that RedBack is causing? TIA, Gordon Gordon J. Glorfield Sr. Applications Developer MAMSI (A UnitedHealth Company) 301-360-8839 This e-mail, including attachments, may include confidential and/or proprietary information, and may be used only by the person or entity to which it is addressed. If the reader of this e-mail is not the intended recipient or his or her authorized agent, the reader is hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this e-mail in error, please notify the sender by replying to this message and delete this e-mail immediately. --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
RE: [U2] [UV] Weird error.
Lack of write permissions to the UVTEMP directory for the RedBack user ID? --- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/
