Re: Fwd: Daemon for managing dialup internetconnections now
- From: "Bjoern.Kahl" <Bjoern Kahl kiel netsurf de>
- To: kde-devel kde org
- Cc: "gnome-kde-list gnome org" <gnome-kde-list gnome org>
- Subject: Re: Fwd: Daemon for managing dialup internetconnections now
- Date: Fri, 25 Jun 1999 10:33:10 +0200 (CEST)
Sorry, but used wrong "From:" so this is a resent. First try should nor
appear on any list, but just in case ...)
On 25-Jun-99 Simon Hausmann wrote:
> On Thu, 24 Jun 1999, Havoc Pennington wrote:
>
>> - The hard one: we need not only shared IDL, but a common way to
>> obtain a server implementing the given interface, and a way
>> for users to configure which server will be used. In Gnome,
>> we have a 'libgnorba' library that does this. But it's
>> Gnome-specific.
>
> Yes, and comparable to libgnorba we have the KDE daemon and libkded,
> also KDE specific.
[ ... ]
I am sorry, but I can´t follow you.
I don´t know what "IDL", "ORB", "CORBA" or a "Namig Service" is.
I would prefer, to keep it small and simple. Current codesize of
NetMgr-server (= daemon) is 41220 Bytes (Bytes, *not* _k_bytes),
codesize on clientside needed to to everything possible is about
10k after linking. This includes NetMgr-library (libnetmgr.a)
and everything needed from clib (socket(), connect(), select() ...).
Communication between client and server is done using UNIX-Domain-
sockets and, as an option, Inet-sockets (inetsockets are not
implemented in current release).
> 1) Use a naming service. IIRC Gnome uses the COS Naming Service from
> ORBit. KDED has it's own, smaller (and more simple = less features
> but
> less memory consumption) Naming Service, incompatible with COSNaming.
> The approach to actually get the IOR of this naming service (or kded
> in case of KDE) is the same in both environments -> a special
> property
> on the X root window.
???
What I wrote is supposed to be a generall, systemwide connecting-service.
using X-Based thing will kill one of its design-goals: prevent timebased
connecting and disconnecting from interrupting hand-made connectings:
Example:
- I start at 23:50 surfing the web
- At 0:10 cron decides, it time to get mail
- cron trys to dial -> may fail or not, depending on dialingsystem
- at 0:15 mailtransfer is done, mailscript hangs up
- -> my websurf gets interrupted.
Here comes NetMgr in (one of its tasks):
- I request to be online : ./goonline
(or in futur: my webbrowser, irc-client, mail-client, what ever else
did it using libnetmgr.a/NetMgr_requestlink(...) )
- NetMgr dials
- I surf
- cron starts mailtransfer
- mailscript request to be online
- NetMgr says "link allready up"
- mailtransfer ends, mailscript tells NetMgr "gooffline"
- NetMgr *don´t* hangup, because I still have my onlinerequest pending
- later when i am finished surfing : ./gooffline
(or, in futur: my networkprogramme tells NetMgr it dont need the link
any longer
- NetMgr recognize, last onlinerequest has gone
- NetMgr hangsup.
(I feel, I have to write more complet, better understandable docu and
upload it as soon as possible.)
Ciao,
Bjoern
--
+-------------------------------------------------------------+
| Björn Kahl +++ <bjoern@hp1.ang-physik.uni-kiel.de> |
| Raum : II 204 +++ Tel. +49 431 880 3934 |
| Institut für Experimentelle und Angewandte Physik, Uni Kiel |
+-------------------------------------------------------------+
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]