This commit is the cause of the windows build failure.
----------------------------
Revision : 1.30.2.3
Date : 2005/11/15 21:53:14
Author : 'anj'
State : 'Exp'
Lines : +1 0
Description :
Include unistd.h to remove warning.
cvs diff -r 1.30.2.2 -r 1.30.2.3 -- dbLoadTemplate.y dbLoadTemplate.y (in
base\src\dbtools\)
Index: dbLoadTemplate.y
===================================================================
RCS file:
/net/phoebus/epicsmgr/cvsroot/epics/base/src/dbtools/dbLoadTemplate.y,v
retrieving revision 1.30.2.2
retrieving revision 1.30.2.3
diff -c -r1.30.2.2 -r1.30.2.3
*** dbLoadTemplate.y 5 Sep 2003 20:54:28 -0000 1.30.2.2
--- dbLoadTemplate.y 15 Nov 2005 21:53:14 -0000 1.30.2.3
***************
*** 10,15 ****
--- 10,16 ----
#include <stdlib.h>
#include <stddef.h>
#include <string.h>
+ #include <unistd.h>
#include "macLib.h"
#include "dbAccess.h"
***** CVS exited normally with code 1 *****
> -----Original Message-----
> From: Jeff Hill [mailto:[email protected]]
> Sent: Wednesday, November 16, 2005 9:00 AM
> To: 'Jeff Hill'; 'Marty Kraimer'
> Cc: [email protected]
> Subject: RE: dbEvent.c line 665
>
>
>
> Building on windows (W2K), I see the following. Linux build is ok.
>
> make -C dbtools install
> make[2]: Entering directory
> `/cygdrive/d/Users/hill/R3.14.dll_hell_fix/epics/bas
> e/src/dbtools'
> perl ../../configure/tools/makeMakefile.pl O.WIN32-x86
> ../../.. perl ../../configure/tools/mkdir.pl O.Common make -C
> O.WIN32-x86 -f ../Makefile TOP=../../.. T_A=WIN32-x86 install
> make[3]: Entering directory
> `/cygdrive/d/Users/hill/R3.14.dll_hell_fix/epics/bas
> e/src/dbtools/O.WIN32-x86'
> make[3]: Leaving directory
> `/cygdrive/d/Users/hill/R3.14.dll_hell_fix/epics/base
> /src/dbtools/O.WIN32-x86'
> make[3]: Entering directory
> `/cygdrive/d/Users/hill/R3.14.dll_hell_fix/epics/bas
> e/src/dbtools/O.WIN32-x86'
> ..\\..\\..\\bin\\WIN32-x86\\e_flex.exe
> -S../../../include/flex.skel.static
> -8 ..
> /dbLoadTemplate_lex.l
> perl ../../../configure/tools/mv.pl lex.yy.c
> dbLoadTemplate_lex.c move lex.yy.c into dbLoadTemplate_lex.c
> perl ../../../configure/tools/rm.pl -f dbLoadTemplate.c
> y.tab.c ..\\..\\..\\bin\\WIN32-x86\\antelope.exe
> ../dbLoadTemplate.y perl ../../../configure/tools/mv.pl
> y.tab.c dbLoadTemplate.c move y.tab.c into dbLoadTemplate.c
> cl -c /nologo /D__STDC__=0 /Zi /RTCsu /W3
> /w44355 /MDd
> -
> I. -I.. -I..\\..\\..\\include\\os\\WIN32
> -I..\\..\\..\\include dbLoadTem plate.c dbLoadTemplate.c
> ../dbLoadTemplate.y(13) : fatal error C1083: Cannot open
> include file: 'unistd.h
> ': No such file or directory
> make[3]: *** [dbLoadTemplate.obj] Error 2
> make[3]: Leaving directory
> `/cygdrive/d/Users/hill/R3.14.dll_hell_fix/epics/base
> /src/dbtools/O.WIN32-x86'
> make[2]: *** [install.WIN32-x86] Error 2
> make[2]: Leaving directory
> `/cygdrive/d/Users/hill/R3.14.dll_hell_fix/epics/base
> /src/dbtools'
> make[1]: *** [dbtools.install] Error 2
> make[1]: Leaving directory
> `/cygdrive/d/Users/hill/R3.14.dll_hell_fix/epics/base
> /src'
> make: *** [src.install] Error 2
>
>
> > -----Original Message-----
> > From: Jeff Hill [mailto:[email protected]]
> > Sent: Wednesday, November 16, 2005 8:26 AM
> > To: 'Marty Kraimer'
> > Cc: [email protected]
> > Subject: RE: dbEvent.c line 665
> >
> >
> >
> > > What to do?
> >
> > I will pursue it in the debugger.
> >
> > Jeff
> >
> > > -----Original Message-----
> > > From: Marty Kraimer [mailto:[email protected]]
> > > Sent: Wednesday, November 16, 2005 8:08 AM
> > > To: Jeff Hill
> > > Cc: [email protected]
> > > Subject: Re: dbEvent.c line 665
> > >
> > >
> > > Jeff,
> > >
> > > I think we have a big problem.
> > > I think this is happening because dbCaTask has called
> > > ca_context_destroy.
> > >
> > > At the end of dbCaTask I have
> > >
> > > printf("before ca_context_destroy\n");
> > > ca_context_destroy();
> > > printf("after ca_context_destroy\n");
> > > epicsEventSignal(exitEvent);
> > > }
> > >
> > > and I get
> > >
> > > epics> exit
> > > before ca_context_destroy
> > > after ca_context_destroy
> > >
> > >
> > >
> > > A call to "assert
> > > ((epicsMutexLock(((ev_que)->writelock))==epicsMutexLockOK))"
> > > failed in
> > > ../dbEvent.c line 665.
> > > EPICS Release EPICS R3.14.7 $$Name: R3-14-2_branch $$ $$Date:
> > > 2004/12/06
> > > 22:31:52 $$.
> > > Current time Wed Nov 16 2005 09:00:02.474391200.
> > > Please E-mail this message to the author or to
> > > [email protected] Calling epicsThreadSuspendSelf()
> > >
> > > If I take out the call to ca_context_destroy(); then exit
> terminates
> > > without error.
> > >
> > > What to do?
> > >
> > > Marty
> > >
> > > Marty Kraimer wrote:
> > >
> > > > Andrew Johnson wrote:
> > > >
> > > >> I just did a CVS update and rebuild on linux-x86, created
> > > an example
> > > >> app and ran it, which ran fine. However on pressing
> > > Ctrl-D to exit,
> > > >> I got this:
> > > >>
> > > >> epics>
> > > >>
> > > >>
> > > >> A call to "assert
> > > >>
> > >
> ((epicsMutexLock(((ev_que)->writelock))==epicsMutexLockOK))" failed
> > > >> in ../dbEvent.c line 665.
> > > >> EPICS Release EPICS R3.14.7 $$Name: R3-14-2_branch $$ $$Date:
> > > >> 2004/12/06 22:31:52 $$. Current time Tue Nov 15 2005
> > > >> 16:20:33.533218000. Please E-mail this message to the
> author or
> > > >> to
> > > [email protected]
> > > >> Calling epicsThreadSuspendSelf()
> > > >> filename="../../../src/libCom/taskwd/taskwd.c" line
> > number=174 task
> > > >> 0x80985b8 suspendedapsajnt%
> > > >
> > > >
> > > >
> > > >
> > > > I am looking into it.
> > > >
> > > > Marty
> > >
> > >
> >
>
- Replies:
- Re: dbEvent.c line 665 Andrew Johnson
- References:
- RE: dbEvent.c line 665 Jeff Hill
- Navigate by Date:
- Prev:
RE: dbEvent.c line 665 Jeff Hill
- Next:
Re: R3.14.8 Status/logClient patch Benjamin Franksen
- Index:
2002
2003
2004
<2005>
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
- Navigate by Thread:
- Prev:
RE: dbEvent.c line 665 Jeff Hill
- Next:
Re: dbEvent.c line 665 Andrew Johnson
- Index:
2002
2003
2004
<2005>
2006
2007
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
2024
|