Skip site navigation (1) Skip section navigation (2)

Peripheral Links

Header And Logo

PostgreSQL
| The world's most advanced open source database.

Site Navigation

Search archives
  Advanced Search

Re: Race condition in


  • From: Dave Cramer <pg(at)fastcrypt(dot)com>
  • To: jao(at)geophile(dot)com
  • Cc: "pgsql-jdbc(at)postgresql(dot)org" <pgsql-jdbc(at)postgresql(dot)org>
  • Subject: Re: Race condition in
  • Date: Thu, 26 Aug 2004 14:09:54 -0400
  • Message-id: <1093543794.5994.55.camel@localhost.localdomain> <text/plain>

This code has been removed from the current CVS head.

Which version of the code are you looking at ?

Dave
On Thu, 2004-08-26 at 13:27, jao(at)geophile(dot)com wrote:
> Cursor and statement names include the value of m_preparedCount:
> 
>     m_statementName = "JDBC_STATEMENT_" + m_preparedCount++;
> 
> and
> 
>     m_cursorName = "JDBC_CURS_" + m_preparedCount++;
> 
> m_preparedCount is static, and it looks like m_preparedCount++ should
> be synchronized:
> 
>     // m_preparedCount is used for naming of auto-cursors and must
>     // be synchronized so that multiple threads using the same
>     // connection don't stomp over each others cursors.
>     private static int m_preparedCount = 1;
>     private synchronized static int next_preparedCount()
>     {
>         return m_preparedCount++;
>     }
> 
> But next_preparedCount() is not used.
> 
> Should the creation of statement and cursor names use next_preparedCount()
> instead of using m_preparedCount directly?
> 
> Jack Orenstein
> 
> 
> ----------------------------------------------------------------
> This message was sent using IMP, the Internet Messaging Program.
> 
> ---------------------------(end of broadcast)---------------------------
> TIP 2: you can get off all lists at once with the unregister command
>     (send "unregister YourEmailAddressHere" to majordomo(at)postgresql(dot)org)
> 
-- 
Dave Cramer
519 939 0336
ICQ # 14675561
www.postgresintl.com




Home | Main Index | Thread Index

Privacy Policy | About PostgreSQL
Copyright © 1996 – 2012 PostgreSQL Global Development Group