boost或者linux posix线程信号量死锁求释疑

[waq12]

现在有两个操作，一个in，一个out，操作一块公共数据（类似数组）。
要求如果in和out同时处理相同的记录，就串行。如果处理不同的记录就需要支持并行。
我们现在的处理核心逻辑为两个死循环：

in:while(true)
	lock
	设置当前row_id_in
	cv_in.wait(row_id_in != row_id_out)	// 此处死锁
	unlock

	输入处理

	row_id_in置in空标识
	cv_out.notify

out:while(true)
	lock
	设置当前row_id_out
	cv_out.wait(row_id_in != row_id_out)	// 此处死锁
	unlock

	输出处理

	row_id_out置out空标识
	cv_in.notify

通过日志跟踪，发现如果in/out为相同的标识时，偶尔会出现notify唤醒另一线程的wait时未成功，之后马上又进入了下一次循环的wait。导致两个线程同时wait死锁
当前代码的实现用的是boost与linux下的posix线程库，都出现死锁。求教下notify如果有这样的问题，那么所有的基于信号量的生产者消费者模式都有可能存在的问题？

[waq12]

在线求解释，顶！