similar to: Conflict with openwatcom (wrc)

Displaying 20 results from an estimated 3000 matches similar to: "Conflict with openwatcom (wrc)"

2007 Nov 18
1
wine code::block openwatcom
hi, i'm using code::blocks under wine and openwatcom compiler, all is fine, is working, but when i use option RUN no result, the program is not launching. help please !
2016 Jan 15
2
[v3,11/41] mips: reuse asm-generic/barrier.h
On Thu, Jan 14, 2016 at 02:55:10PM -0800, Paul E. McKenney wrote: > On Thu, Jan 14, 2016 at 01:36:50PM -0800, Leonid Yegoshin wrote: > > On 01/14/2016 01:29 PM, Paul E. McKenney wrote: > > > > > >>On 01/14/2016 12:34 PM, Paul E. McKenney wrote: > > >>> > > >>>The WRC+addr+addr is OK because data dependencies are not required to be >
2016 Jan 15
2
[v3,11/41] mips: reuse asm-generic/barrier.h
On Thu, Jan 14, 2016 at 02:55:10PM -0800, Paul E. McKenney wrote: > On Thu, Jan 14, 2016 at 01:36:50PM -0800, Leonid Yegoshin wrote: > > On 01/14/2016 01:29 PM, Paul E. McKenney wrote: > > > > > >>On 01/14/2016 12:34 PM, Paul E. McKenney wrote: > > >>> > > >>>The WRC+addr+addr is OK because data dependencies are not required to be >
2004 Aug 06
1
Interesting catalog: Viking Electronics
This is not specifically Asterisk-related, but I think that sometimes a "pre-emptive" clue is a good thing. Viking Electronics (http://www.vikingelectronics.com/) has some neat widgets that attach to phone lines, which I'm sure many of the people on this list would find at least somewhat useful in conjunction with their Asterisk systems. Many of the widgets can be replaced with
2016 Jan 15
1
[v3,11/41] mips: reuse asm-generic/barrier.h
Paul, On Thu, Jan 14, 2016 at 02:20:46PM -0800, Paul E. McKenney wrote: > On Thu, Jan 14, 2016 at 01:24:34PM -0800, Leonid Yegoshin wrote: > > It is not so simple, I mean "local ordering for address and data > > dependencies". Local ordering is NOT enough. It happens that current > > MIPS R6 doesn't require in your example smp_read_barrier_depends() > >
2016 Jan 15
1
[v3,11/41] mips: reuse asm-generic/barrier.h
Paul, On Thu, Jan 14, 2016 at 02:20:46PM -0800, Paul E. McKenney wrote: > On Thu, Jan 14, 2016 at 01:24:34PM -0800, Leonid Yegoshin wrote: > > It is not so simple, I mean "local ordering for address and data > > dependencies". Local ordering is NOT enough. It happens that current > > MIPS R6 doesn't require in your example smp_read_barrier_depends() > >
2016 Jan 15
2
[v3,11/41] mips: reuse asm-generic/barrier.h
On Fri, Jan 15, 2016 at 09:54:01AM -0800, Paul E. McKenney wrote: > On Fri, Jan 15, 2016 at 10:24:32AM +0000, Will Deacon wrote: > > On Thu, Jan 14, 2016 at 02:55:10PM -0800, Paul E. McKenney wrote: > > > On Thu, Jan 14, 2016 at 01:36:50PM -0800, Leonid Yegoshin wrote: > > > > On 01/14/2016 01:29 PM, Paul E. McKenney wrote: > > > > > > > > >
2016 Jan 15
2
[v3,11/41] mips: reuse asm-generic/barrier.h
On Fri, Jan 15, 2016 at 09:54:01AM -0800, Paul E. McKenney wrote: > On Fri, Jan 15, 2016 at 10:24:32AM +0000, Will Deacon wrote: > > On Thu, Jan 14, 2016 at 02:55:10PM -0800, Paul E. McKenney wrote: > > > On Thu, Jan 14, 2016 at 01:36:50PM -0800, Leonid Yegoshin wrote: > > > > On 01/14/2016 01:29 PM, Paul E. McKenney wrote: > > > > > > > > >
2008 Apr 22
1
''dependencies'' and RedCloth
Hey gang. Jed noticed an issue with the ''dependency''/''dependencies'' macro the other day when working on the Collective wiki. Namely, if you make RedCloth a dependency Merb gets a little cranky. I think I have this figured out when doing some mods to Collective today too. However, before I go trying to fix this in Merb, I wanted to run this by the community.
2016 Jan 14
3
[v3,11/41] mips: reuse asm-generic/barrier.h
On 01/14/2016 01:29 PM, Paul E. McKenney wrote: > >> On 01/14/2016 12:34 PM, Paul E. McKenney wrote: >>> >>> The WRC+addr+addr is OK because data dependencies are not required to be >>> transitive, in other words, they are not required to flow from one CPU to >>> another without the help of an explicit memory barrier. >> I don't see any
2016 Jan 14
3
[v3,11/41] mips: reuse asm-generic/barrier.h
On 01/14/2016 01:29 PM, Paul E. McKenney wrote: > >> On 01/14/2016 12:34 PM, Paul E. McKenney wrote: >>> >>> The WRC+addr+addr is OK because data dependencies are not required to be >>> transitive, in other words, they are not required to flow from one CPU to >>> another without the help of an explicit memory barrier. >> I don't see any
2006 May 14
3
Wine cvs How do I injstall this??
I'm new to linux community and I want to install wine from cvs. I loked here http://www.winehq.com/site/cvs but I understan it... i mean I entered in the console: export CVSROOT=:pserver:cvs@cvs.winehq.org:/home/wine cvs login everything fine then i entered: cvs -z 3 checkout wine and I get something like this (this is the end after it stopped doing "something"): U
2016 Jan 14
3
[v3,11/41] mips: reuse asm-generic/barrier.h
I need some time to understand your test examples. However, On 01/14/2016 12:34 PM, Paul E. McKenney wrote: > > > The WRC+addr+addr is OK because data dependencies are not required to be > transitive, in other words, they are not required to flow from one CPU to > another without the help of an explicit memory barrier. I don't see any reliable way to fit WRC+addr+addr into
2016 Jan 14
3
[v3,11/41] mips: reuse asm-generic/barrier.h
I need some time to understand your test examples. However, On 01/14/2016 12:34 PM, Paul E. McKenney wrote: > > > The WRC+addr+addr is OK because data dependencies are not required to be > transitive, in other words, they are not required to flow from one CPU to > another without the help of an explicit memory barrier. I don't see any reliable way to fit WRC+addr+addr into
2016 Jan 26
2
[v3,11/41] mips: reuse asm-generic/barrier.h
On Mon, Jan 25, 2016 at 02:41:34PM +0000, Will Deacon wrote: > On Fri, Jan 15, 2016 at 11:28:45AM -0800, Paul E. McKenney wrote: > > On Fri, Jan 15, 2016 at 09:54:01AM -0800, Paul E. McKenney wrote: > > > On Fri, Jan 15, 2016 at 10:24:32AM +0000, Will Deacon wrote: > > > > See my earlier reply [1] (but also, your WRC Linux example looks more > > > > like a
2016 Jan 26
2
[v3,11/41] mips: reuse asm-generic/barrier.h
On Mon, Jan 25, 2016 at 02:41:34PM +0000, Will Deacon wrote: > On Fri, Jan 15, 2016 at 11:28:45AM -0800, Paul E. McKenney wrote: > > On Fri, Jan 15, 2016 at 09:54:01AM -0800, Paul E. McKenney wrote: > > > On Fri, Jan 15, 2016 at 10:24:32AM +0000, Will Deacon wrote: > > > > See my earlier reply [1] (but also, your WRC Linux example looks more > > > > like a
2001 Aug 06
3
WINE install Error
I need some help. I have downloaded the latest WINE tarball (731) and managed to get through the ./configure stage, installing rpms as needed. However, when WINE installs it gives me these set of errors: "cd `dirname wrc/__depend__` && make depend make[2]: Entering directory `/mnt/windows/Vault/Wine/wine/wine-20010731/tools/wr c' yacc -bppy -ppp -d -t ./ppy.y make[2]: yacc:
2011 Jan 11
1
Confidence interval on quantile regression predictions
I am using the quantreg package to build a quantile regression model and wish to generate confidence intervals for the fitted values. After fitting the model, I have tried running predict() and predict.rq(), but in each case I obtain a vector of the fitted values only. For example: library(quantreg) y<-rnorm(50,10,2) x<-seq(1,50,1)
2007 Sep 13
5
problem with exec,system,WinExec, C functions
Hi, i'm using openwatcom under wine, all is ok, but next code will not work: #include <windows.h> void main( void ) { system( "foo.exe" ); } same problem for: #include <windows.h> void main( void ) { WinExec( "foo.exe", SW_SHOW ); } where "foo.exe" is a windows console aplication if i try to launch foo.exe with wine in a terminal window
2007 Dec 28
1
problems using --ignore-existing and filter rules
Greetings everyone, I have a problem which I believe is a collision between the --ignore-existing option and filter rules. It appears to me that regardless of argument order, when I specify the two on a command line, even if a non-existing directory appears in the filter list as a protect rule. But when I change protect rules to exclude rules, the excluded files/directories appear not to be