Re: Packet Terminal Program
el Thu, 16 Dec 1999 15:16:22 +0100, Hans-Peter Zorn <[EMAIL PROTECTED]> escribe: -> Here people connect to the bbs, download the "checklist" (new mails) -> and the terminal offers a list window in which you can select the -> message you want to download and generates read commands (as LinKT -> does). Most of people starts his packet system more or les at same time after work, when they arrives at home, with your system every user ask to his BBS the LIST, with FBB Unproto system, all stations listen ,keeps the mail header list without connect,and is not necessary to run the computer all the day,for example with 400 new headers you need approx 15 min or less to get the list. At the same time the most popular mail packet programs (MSDOS/WIN) here Download and Upload the messages in compressed form,with the help of Unproto header protocol and compressed fwd the channel congestion is lower. best 73 de Salvador http://ea3bkz.astro-radio.com email:[EMAIL PROTECTED]
Re: Packet Terminal Program
Joachim Holst wrote: > > Nope, we don't have to. Every beacon has the las message number and if a > client sees that the numbers differ, it initiates a resync of the > missing headers. Doesn't require that much traffic. Unless there is stations with bad RX that generates a huge number of resync requests. Since these aren't holes, you could wait for hours to get the full updated list stuck at 1K2bps. The time needed by the worst station. (I had to wait, I got bored some time ago.) -- 73's de Luis mail: [EMAIL PROTECTED] Ampr: eb7gwl.ampr.org http://www.esi.us.es/~melus/ <- Homebrewed Hardware Projects with PCBs
German ax25-howto
Hi.. I understand there is a recent ax25 howto written in German..Wonder if anyone can give me the address ?? Seasons greetings to all.. Regards Ted Ted Wager...Slackware Linux 7 g3tpi.ampr.org 44.131.147.8 Beware of geeks bearing gifs
PCR1000 UN*X Library/Software released
After many hard hours of labor, Ghetto.org proudly releases it's first mainstream product, the PCR-1000 Control Suite. The PCR-1000 is a wideband, PC-controlled receiver whose only decent control software was Win 9x/NT based. Because of Ghetto.org, there is now a *nix solution. Currently the code only compiles under Linux and BSD, and we would appreciate help in porting to other platforms. Please enjoy this work, and give us your feedback. The API is the main frame of the project. It is a set of C++ Objects that allow for easy integration into OOP languages. The API will compile into libraries (shared, at the moment) that you can use to develop your own programs. The X-Windows GUI requires QT 2.x to run ( http://www.troll.no ). It also includes a suite of command line utilities that do not require X. You can download the code right from ghetto.org: http://www.ghetto.org/projects Or follow the link from freshmeat.net ciao, elmo -- Homepage: http://polywog.navpoint.com/~elmo Sociology/Philosophy student at Drexel Univ "SO NOW I'M ALONE AND I CAN THINK FOR MYSELF ABOUT LITTLE DEALS AND S.U.'s AND THINGS I JUST DON'T UNDERSTAND LIKE A WHITE LIE THAT NIGHT OR A SLY TOUCH AT TIMES I DON'T THINK IT MEANT ANYTHING TO YOU" -INSOC (Are Friends Electric)
Re: Error compiling libax25
On Fri, Dec 17, 1999 at 12:35:15PM +0200, Tomi Manninen OH2BNS wrote: > Yes, you told us that could compile the tools with 2.0.35 kernel in > your /usr/src/linux. Well, do those tools work if you really run that > kernel? ... I didn't think so. I rest my case. I don't know if building the ax25-tools used headers from /usr/src/linux; I presume not because they're way out of date. However, I do have glibc 2.1 installed (required for ax25-tools from memory) and it of course supplies Linux 2.2.x headers in /usr/include/linux and /usr/include/asm. That x probably doesn't match the x of my actual kernel, but then that doesn't matter does it? ax25-tools requires glibc 2.1, and therefore it knows it can get 2.2.x headers in /usr/include anyway, as provided by glibc 2.1. glibc 2.1 is intended to be used on Linux 2.2. If a package needed _specific_ 2.2.x headers for the kernel I'm using, it would have to look elsewhere to get them. /usr/src/linux perhaps, although in my case it's in /usr/local/src/linux-2.2. Hamish -- Hamish Moffatt Mobile: +61 412 011 176 [EMAIL PROTECTED] Rising Software Australia Pty. Ltd.http://www.risingsoftware.com/ Phone: +61 3 9894 4788Fax: +61 3 9894 3362USA: 1 888 667 7839
Re: Packet Terminal Program
Hi, Maybe the program "call" is what you are looking for? It is split screen. It is in the ax utils stuff (I forget where). 73, kjell sm7gvf Larry Molitor wrote: > > At 12:22 PM 12/16/99 +0200, Ray Heasman wrote: > > >Just a silly question perhaps. If you want something like telnet, why not > >use telnet? If what you really mean is you want something that uses a VT100 > >interface without being transported over IP, why not use one of the million > >or so telephone VT100 terminals for linux, such as seylon or minicom? > > > >Cheers, > >Ray > >ZR6RAY > > Hi Ray, > > Not to attack you personally, but I have to ask why is my request so > difficult to understand? > > I do not want something like telnet. I never asked for anything like > telnet. I currently am using telnet and it is not appropriate for the task > at hand. I asked about a "packet terminal" look-alike that would run a > telnet sesion. Specifically, I would like an > application/program/client/whatever that would allow a standard telnet > connection, process the stdin and stdout, display them on a split screen, > and provide for scrollback in both screen sections. Other features would be > nice but not necessary. > > Why? Simply because I get confused when something comes down the pipe from > the remote connection while I'm typing something else in! Since the remote > application is also connected to via packet, I thought it would be easiest > to explain my need in terms of packet apps. I guess I screwed that one up. > > Thanks anyway. > > 73 de Larry - W7IUV
Re: Error compiling libax25
On Fri, 17 Dec 1999, Craig Small wrote: > Tomi Manninen OH2BNS said: > > On Wed, 15 Dec 1999, Hamish Moffatt wrote: > > > > > On Wed, Dec 15, 1999 at 02:24:43AM +, Jorge Matias wrote: > > > > Probably you don't have symbolic links: > > > > /usr/include/asm to /usr/src/linux/include/asm-i386 > > > > /usr/include/linux to /usr/src/linux/include/linux > > > > > > And be glad that you don't, because you shouldn't. > > > > Oh? Really? Then how come a _LOT_ of my glibc headers include > > and/or ? Is glibc supposed to replace all those some day (good > > luck!) ? > A lot? Hmm, I have approximately 20 headers including linux/*, mostly in > the net,netinet and sys areas and they're probably grabbing magic > numbers and about 10 headers including asm/* also mostly in netinet and > sys. Ok, maybe the "a lot" part was a bit exaggerated. > I have resisted the temptation to launch into yet another tirade at the > totally brokeness of some distro's headers. Most people know my > opinions already about that. I hope you don't mean Red Hat and the netax25/*.h fiasco. Because that wasn't at all Red Hats fault. We could try to blame the glibc folks but that too were unfair. No, it's us, the ax.25 developers who are to blame. > Yes, the general idea is to remove or reduce the number of linux/*.h and > asm/*.h headers and other headers that include them. There are very good > reasons for doing so. Out of curiosity: How do they intend to cope with kernel api changes? Like the one we had in 2.0.35 -> 36 and again 2.0.x -> 2.2.x (and probably 2.2.x -> 2.4.x). I hope they have a plan. -- --- Tomi Manninen / [EMAIL PROTECTED] / OH2BNS @ OH2RBI.FIN.EU ---
Re: Error compiling libax25
On Fri, 17 Dec 1999, Hamish Moffatt wrote: > On Wed, Dec 15, 1999 at 10:25:03PM +0200, Tomi Manninen OH2BNS wrote: > > On Wed, 15 Dec 1999, Hamish Moffatt wrote: > > > > > On Wed, Dec 15, 1999 at 02:24:43AM +, Jorge Matias wrote: > > > > Probably you don't have symbolic links: > > > > /usr/include/asm to /usr/src/linux/include/asm-i386 > > > > /usr/include/linux to /usr/src/linux/include/linux > > > > > > And be glad that you don't, because you shouldn't. > > > > Oh? Really? Then how come a _LOT_ of my glibc headers include > > and/or ? Is glibc supposed to replace all those some day (good > > luck!) ? > > > > Anyway a small correction: /usr/include/asm should point to > > /usr/src/linux/include/asm not asm-i386. > > Including and is fine. The glibc kernel headers > include the files in /usr/include/linux and /usr/include/asm directly; > they are not links into /usr/src/linux (there is no need). Well, this simply is not true with Red Hat, at least not on 6.0 that the original question was about. > If you need the exact .h files for the current kernel, you should > get them out of /usr/src/linux/include directly using -I. On Debian > at least, /usr/include contains the header files provided by glibc, > and not the current kernel versions. Craig's ax25-tools sources cope > just fine with this. Yes, you told us that could compile the tools with 2.0.35 kernel in your /usr/src/linux. Well, do those tools work if you really run that kernel? ... I didn't think so. I rest my case. -- --- Tomi Manninen / [EMAIL PROTECTED] / OH2BNS @ OH2RBI.FIN.EU ---