Provided by: libcdk5-dev_5.0.20160131-1_amd64 bug

NAME

       cdk_compat - Cdk4 compatibility functions

SYNOPSIS

SYNOPSIS

       cc [ flag ... ] file ...  -lcdk [ library ... ]

       #include <cdk_compat.h>

       int getDirectoryContents (
                      char *directory,
                      char **list,
                      int maxListSize);

       int readFile ( char *filename,
                      char **info,
                      int maxlines);

       int splitString (
                      char *string,
                      char **items,
                      char splitChar);

DESCRIPTION

       These  functions  and  macros  make  it  simpler  to port applications from the older Cdk4
       library to Cdk5.

       A few functions are deprecated in Cdk5, because they rely  upon  the  caller  to  know  in
       advance the size of data which will be returned by the function.

       Additionally,  some  macros  are  deprecated because they serve no realistic purpose: they
       have direct (standard) equivalents in all modern curses implementations.

       Finally, a few macro definitions are added to iron out naming inconsistencies  across  the
       Cdk4 header files.

AVAILABLE FUNCTIONS

       getDirectoryContents
            This    opens    the    current    directory    and    reads   the   contents.    Use
            CDKgetDirectoryContents() in new code.

       readFile
            This reads a file and sticks it into the char ** provided.  Use CDKreadFile() for new
            code.

       splitString
            This  splits  a  string  into  one  or  more  parts  given  the split character.  Use
            CDKsplitString() for new code.

EXAMPLE

       Start the porting process by changing the #include's to use
              #include <cdk_compat.h>

       rather than
              #include <cdk.h>
       Some adjustments of course are needed to make your compiler see the  compatibility  header
       file.   A  separate name was chosen so that it in turn can (by adjusting the include path)
       include either the old Cdk4 cdk.h or the new.  If the old is  included,  you  should  link
       your  program against the old library.  Likewise, including the new requires that you link
       against the new library.

       That is the first step: making your program compile using the  compatibility  header  file
       using the old headers and library.

       The  next  step  is to get it to compile against the new headers and library.  Most of the
       changes will require modifying bare references to certain pointers to wrap them  with  the
       ObjOf()  and  ScreenOf() macros.  New Cdk uses these to provide functions which are easily
       shared among the different widget types.  Your compiler should be able to tell  you  where
       the  changes  should  be  made.  See the example programs which are included with Cdk as a
       guide.

       That is the hard part of porting.  But even for a large program, the changes can  be  made
       simply:  there  are  not  that many types of change to make.  At the end of this step, you
       should still be able to build and run your program against the old  headers  and  library.
       It  is  reasonably  likely  that you can do the same with the new headers and library.  By
       using the same source for old/new versions of Cdk, you  can  test  and  verify  that  your
       program still works properly after these modifications.

       Finally,  unless this is a purely academic exercise, you will want to remove references to
       the deprecated functions and macros.

SEE ALSO

       cdk_objs (3), cdk_util (3)

                                                                                    cdk_compat(3)