Module CS/apps/tutorial/nettut/

back to main page

Summary Period: 2002-04-11 to 2003-06-18

Modules

[root]/CS/apps/tutorial/nettut

Lines Of Code


Total Lines Of Code: 318 (2003-07-11 20:29)

Authors

Author Changes Lines of code Lines per change
Totals 23 (100.0%) 415 (100.0%) 18.0
philwyett 7 (30.4%) 331 (79.8%) 47.2
frumpel 2 (8.7%) 22 (5.3%) 11.0
sunshine 5 (21.7%) 15 (3.6%) 3.0
res2002 3 (13.0%) 14 (3.4%) 4.6
norman 3 (13.0%) 13 (3.1%) 4.3
matzebraun 1 (4.3%) 10 (2.4%) 10.0
jorrit 1 (4.3%) 6 (1.4%) 6.0
designa 1 (4.3%) 4 (1.0%) 4.0

Most Recent Commits

res2002 2003-06-18 23:54

Fix for changed scfInitialize() syntax.

1 lines of code changed in:

designa 2003-06-07 20:44

- DeSigna fixed some minor diagnostic message bugs in nettut.

4 lines of code changed in:

jorrit 2003-05-29 08:07

Replaced NULL with 0.

6 lines of code changed in:

sunshine 2003-05-28 14:16

Eric Sunshine performed Phase Two of the elimination of the
monolithic scf.cfg:

-*- Converted SCF to understand XML format meta-information resources
associated with plugins. More specifically, it understands resources
accessed via the iDocument interface.

-*- SCF now actually utilizes the .csplugin meta-information resources
associated with plugins. It no longer consults scf.cfg nor the
individual .scf files. (Presently, the old code for locating .scf
files is being re-used to locate the new .csplugin files. Fully
dynamic, recursive discovery of plugin modules is not yet implemented.
See To-Do below.)

-*- Eliminated scf.cfg, as well as all remaining code references to it.
(Some other non-SCF code was accessing scf.cfg for other purposes.)

-*- Eliminated the now obsolete scfreg. Eliminated references to scfreg
from install.jam.

-*- Still To-Do:

- Remove references to scf.cfg and scfreg from documentation. Also
document new .csplugin resources.

- Add platform-specific function to scan and locate plugins
automatically rather than using the ad-hoc approach inherited from
scanning for .scf files.

- Add platform-specific function to query a plugin's meta-information.
This should be used by SCF to do the raw extraction. Provide and
finalize API for higher-level clients to access meta-information.

- Augment static linking to work with the new facility.

- Eliminate the hard-coded SCF registration information in each
plugin's source code.

2 lines of code changed in:

sunshine 2003-04-27 11:33

Eric Sunshine made the following changes:

-*- Modified configure.ac so that it emits a SRCDIR property to
config.mak. This value represents the --srcdir argument given to the
configure script (or "." if --srcdir is omitted). This points at the
directory containing the CS source code (which may differ from the
build directory, which is typically the current working directory).

-*- Modified makefiles and build scripts throughout the project so that
they respect $(SRCDIR). This allows the project to be built in a
directory other than the source directory, thus it is possible to
place the source directory on a readonly filesystem (such as a
CD-ROM), or to share a single NFS-mounted source directory among
different builds, where each build inhabits its own directory. For
example, if CS resides at /home/CS and you wish to build the project
in /home/build:

% cd /home/build
% ../CS/configure
% make -k all
% make install

(Note that the Jam-base build system already supports this build
paradigm.)

-*- Modified configure.ac so that it emits EXTENSIVE_MEMDEBUG to
config.mak since this variable is used by Makefile.in for the
`showconfig' target.

-*- Modified configure.ac so that it emits MONITOR_MAKEFILE_CACHE when the
value is either "yes" or "no", instead of emitting it only when the
value is "yes". This was necessary because CS/mk/cache.mak prints the
value of this variable as part of $(SYSMODIFIER).

3 lines of code changed in:

sunshine 2003-04-10 17:56

Eric Sunshine made the following changes to the makefiles:

-*- Converted the remaining "application" makefiles so that they place
their generated files in a personalized subdirectory of $(OUT), rather
than placing them directly in $(OUT). This lifts the monolithic
restriction that all applications must use distinct names for their
source files.

-*- Converted the application makefiles to augment OUTDIRS with their
personalized output directories, rather than each having a custom
directory creation rule. Not only does this simplify the makefiles
slightly, but it also fixes a problem where the personalized output
directories of plugin modules were not created when an application
makefile target (such as "make walktest") was invoked explicitly and
when the project had been configured with --disable-plugins.

-*- Updated CS/mk/template.mak to reflect the aforementioned changes.

-*- Fixed formatting of help messages emitted by "make help" for several
makefiles.

3 lines of code changed in:

matzebraun 2003-04-08 20:16

added the Jamfiles

10 lines of code changed in:

frumpel 2003-03-03 02:02

Rudolf Potucek updated makefiles in apps/ directory to
remove vpath and generate the object files in separate
subdirectories of $(OUT). THis should allow identical
filenames to coexist in different directories of the
build tree. Also added a rm command for the *.txt console
output files generated on the windows platform. The following
files may generate problems:
apps/demo/demo.mak
apps/tests/netmtst/netmtst.mak
apps/tests/perl5tst/perl5tst.mak
apps/tools/tbconv/tbconv.mak
apps/video/video.mak
as the filename and the internal build name differ and I cannot
test which name the *.txt file will be given.

1 lines of code changed in:

frumpel 2003-03-02 00:16

Removed vpath and converted output directory as per Eric Sunshine's
changes to blocks.mak.

21 lines of code changed in:

sunshine 2002-10-03 14:25

Eric Sunshine upgraded the build process so that the Apple/NeXT ports now
create application wrappers for generated GUI programs. The new script
CS/libs/cssys/next/appwrap.sh knows how to wrap applications for MacOS/X,
MacOS/X Server (Rhapsody), OpenStep, and NextStep. Support files
appropriate to each platform, such as Info.plist, are inserted into the
wrapper. Added .icns and .tiff application icons. These are also copied
into the wrapper and referenced from the synthesized .plist files. There
are a couple important reasons for creating appication wrappers for the CS
programs:

- It allows programs to be launched from the Finder/Workspace. Without
application wrappers, programs can only be launched from the
command-line. Note that you must set the user default
CrystalSpaceRoot to point at the Crystal Space directory (either the
installed or development directory) in order for this to work since
Crystal Space programs need to be able to find their resources.

- Presumably this will solve the problem on MacOS/X where CS programs
can not obtain keyboard input. Apparently, Cocoa considers programs
not contained within app wrappers to be "background" programs, thus
they are never allowed to have keyboard focus. A properly formed
application wrapper is reported to cure this problem.

3 lines of code changed in:

res2002 2002-08-08 18:49

- changed some clean targets to be same name as the build
targets (eg walkclean -> walktestclean)

5 lines of code changed in:

sunshine 2002-08-07 13:06

Eric Sunshine (hopefully) worked around a problem caused by buggy stat()
on Win9x and WinME where a bogus result is returned if the path has a
trailing slash. This causes problems with the makefile dependency rules
which depend upon $(OUTBASE), $(OUTOS), $(OUTPROC), or $(OUT), all of
which end with a slash, since make thinks that those directories don't
exist even when they are present. Consequently, make tries invoking
$(MKDIR) on already-present directories. The work-around was to redefine
these variable so without the trailing slash. Also updated all makefiles
throughout the project to take into account that these variables are no
longer defined with a trailing slash.

4 lines of code changed in:

res2002 2002-08-05 18:42

- changed the make targets of all applications
to the name of the resulting binary the way
Eric Sunshine suggested. e.g. 'walk' became
'walktest'.
- did the same for all plugins.
- in some cases, the MSVC project differed from
the name for all other platforms, changed those.
- flipped the order of the include directories for
MSVC resource compiler so the right 'volatile.h'
is used.
- added include dirs for resource compiler to msvc7
projects.

8 lines of code changed in:

philwyett 2002-04-17 10:19

- Update of his plugin by Erik Namtvedt

Adds:

- Removed Set ();
- Added doxygen comments.
- General cleanup.

97 lines of code changed in:

norman 2002-04-11 23:30

indented the netut helpline

1 lines of code changed in:

norman 2002-04-11 23:09

renamed nettut target to netut. since we have no .exe like suffix on unix nettut$(EXE) will resolve to nettut and thus we get a circular dependency in the makefile

10 lines of code changed in:

norman 2002-04-11 23:05

replaced stricmp with strcasecmp

2 lines of code changed in:

philwyett 2002-04-11 21:11

- Fixed a 8.3 filename issue pojnted out by Norman Kraemer

1 lines of code changed in:

philwyett 2002-04-11 20:37

- Changed scf config line.

1 lines of code changed in:

philwyett 2002-04-11 14:10

Changed app description

1 lines of code changed in:

(2 more)


Generated by StatCvs v0.2-dev