| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
Since the introduction of AC_CONFIG_HEADERS in automake 1.7
AM_CONFIG_HEADER has been deprecated and it has finally been removed
in automake 1.12. So this change also generates a dependency on
automake 1.7 or newer.
|
|
|
|
|
|
|
|
|
|
|
|
| |
If the call sign you connect to has 9 characters
(i.E. DL9SAU-10), then call segfaults. idString
in the ncruses mode routine start_screen() was
dimensioned too short, and the auther had the fatal
assumtion that a call is 8 characters long (and not 9),
and he did limit the length in sprintf with ... %n.ns
This is an old bug. Obviously, ubuntu 12.04 and 12.10
introduced better runtime checks into potential buffer
overflows.
|
|
|
|
| |
Relicense listen/ripdump.c to permit commercial use and distribution.
|
|
|
|
|
| |
the port configured with "socket udp <port>"; but you could still
specify another port with "route call ip udp anotherPort".
|
|
|
|
|
|
|
|
| |
Since the recent conversion from static to generated man pages some
man pages were generated with a wrong section suffix which was breaking
installation.
Noticed and fixed by Steffen Köhler <sk4@mail.zih.tu-dresden.de>.
|
|
|
|
|
| |
The config files are unaffected; if you need to resolve a name conflict
for the config files, use --sysconfdir=/etc and --localstatedir=/var.
|
| |
|
|
|
|
|
|
| |
For now these options are just honored for the call.1 and listen.1 man
pages because these days these two programs generally get renamed to
avoid naming conflicts with other programs.
|
|
|
|
| |
We used to just continue but this results in a build failure of call.
|
|
|
|
|
|
|
|
|
|
|
|
| |
GIFADDR: Bad file descriptor
after signling termination with ^C
In detail:
close(3) = 0
sigreturn() = ? (mask now [])
ioctl(3, SIOCGIFHWADDR, {ifr_name="eth0", ???}) = -1 EBADF (Bad file descriptor)
-> The interrupt handler introduced concurrency issues ;)
The patch caused only unexpected behaviour; no security problems.
This new patch fixes this problem.
|
|
|
|
| |
Patch from Michael Stuermer <ms@mallorn.de> with a few touchups be me.
|
|
|
|
|
|
|
|
|
| |
- Better error handling on read() == -1 and write() == -1.
Previously, the return value was not honored correctly - and could
cause unexpected results.
- New option "-R":
Disable all remote commands like autobin (#BIN#), 7plus downloads, //echo, etc.
This is useful for scripting where you just don't like the remote site to trigger uncaught conditions here.
|
|
|
|
|
|
|
|
| |
read() = 0, wht consumed 100% CPU power.
New options:
-W: waits after EOF on stdin. Useful for scripting, for waiting
for data coming via fd 3 (ax25 connection)
-T secs: idle timout after secs seconds.
|
|
|
|
| |
Now just a rpmbuild -ta <foo.tar.gz> will do.
|
|
|
|
|
| |
In a world that is caught between ISO 8859-1, ISO 8859-15 and UTF-8
non-ASCII characters are a guaranteed mess, still.
|
| |
|
| |
|
|
|
|
|
|
| |
Glibc as old as 2.2 provides working headers under the right name and
if not libax25 would install headers under the right name so this has
become redundant and ugly.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
This is recommended by autoreconf by the following warning:
libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.ac and
libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree.
libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am.
For some reason I don't have the time to track down right now it results
in a configure script with a syntax error being generated.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Keeping generated files in CVS doesn't only tend to produce large and
cluttered files it also may result in build problems due to timestamps
in the wrong order. So dump everything, update .cvsignore to ignore
these files and resolve all warnings generated by autoreconf.
From now on users of a CVS checkout should run the command
autoreconf --install --force
after having done a CVS checkout. For this to succeed automake, autoconf
and libtool will have to be installed.
|
|
|
|
|
|
|
|
| |
Various socket syscalls receive a length argument that should be a
socklen_t rsp. a ptr to a socklen_t but instead int rsp. ptr to int were
being passed. While in theory this was a bug it's harmless as dangerously
large values would not be used but the issue manifested itself in a
significant number of compilation warnings.
|
|
|
|
|
| |
Any modern C compiler will just ignore register so it's just cluttering
the screen.
|
| |
|
| |
|
| |
|
|
|
|
| |
We had a Makefile.in everywhere but not here.
|
|
|
|
|
|
|
|
|
| |
wnoutrefresh() [ncurses functions], called from winclose() in menu.c.
Debunging with gdb showed that wtab->fline was a large negative number.
Now doing better checking that wtab->fline and wtab->lline is > 0.
Seems that this fix is sufficient. If it will come out that it is not,
we'll write a wtouchln() wrapper which checks if the arguments are
positive and reasonable small.
|
|
|
|
| |
and warnings.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
from the ax25 connection using write(0). everything was fine
as long as call wrote to stdout.
If instead we use output redirection to a file or stdout
(> foo, | bar), then the messages like "Connected to.." appeared
at the end of the connection.
I guess it's a glibc issue that printf (whih is buffered) behaves
different when stdout is redirected.
Fixed using fflush() after each printf().
|
| |
|
| |
|
|
|
|
|
|
| |
Revised the getopt_long() part.
Assured strcpy cases.
Thanks to Christoph <dk2crn> for contribution.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
issue whenever a packet ended with "\r ".
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
1. if a line was split over two ax25 packets, we read i.e.
1. "foobar told me" 2. " go7+. ". The second packet was
interpreted like starting with " go7+. ".
thus in a pure bbs listing it was misinterpreted as start
of a 7plus file.
Since the data was not like a 7plus header starts, the
7plus download parser caused a segfault (after copying
i.E. 1555 bytes to char s[20]. [seen in gdb ;-]
-> enforced a "linemode".
2. protocol and array size assurances in the #BIN and 7plus
part, as well as in dupdstatw().
|
| |
|
| |
|
| |
|