x27;t have contacts at NS you're probably out of luck)
//Marcus
--
-----+-
Marcus Sundberg | Phone: +46 707 452062
Embedded Systems Consultant | Email: [EMAIL PROTECTED]
Cendio Systems AB| http://www.cendio.com
urn -1 on
> error as ioctl manpage says...
Bug in fbcon-kgi.c. See my other mail.
//Marcus
--
---+
Marcus Sundberg| http://www.stacken.kth.se/~mackan/
Royal Institute of Technology | Phone: +46 707 295404
Stockholm, Sweden | E-Mail: [EMAIL PROTECTED]
gular file.
Do proc entries count as regular files?
//Marcus
--
---+
Marcus Sundberg| http://www.stacken.kth.se/~mackan/
Royal Institute of Technology | Phone: +46 707 295404
Stockholm, Sweden | E-Mail: [EMAIL PROTECTED]
rrect here.
Sure it is. The manpage documents the library API, while strace shows
syscalls.
//Marcus
--
---+
Marcus Sundberg| http://www.stacken.kth.se/~mackan/
Royal Institute of Technology | Phone: +46 707 295404
Stockholm, Sweden | E-Mail: [EMAIL PROTECTED]
B_ACTIVATE_VBL16 /* activate values on next vbl */
but currently no drivers implement it. :(
You're welcome to hack support for that into KGIcon. ;)
//Marcus
--
---+--------
Marcus Sundberg| http://www.sta
running on LibGGI.
//Marcus
--
---+----
Marcus Sundberg| http://www.stacken.kth.se/~mackan/
Royal Institute of Technology | Phone: +46 707 295404
Stockholm, Sweden | E-Mail: [EMAIL PROTECTED]
tbuffers for glide.
> if this is true, someone should update targets.txt.
Will do. ;)
//Marcus
--
---+
Marcus Sundberg| http://www.stacken.kth.se/~mackan
Royal Institute of Technology | Phone: +46 707 295404
Stockholm, Sweden | E-Mail: [EMAIL PROTECTED]
Andreas Beck wrote:
>
> Marcus Sundberg <[EMAIL PROTECTED]> wrote:
> > Seems there was a bug in the kgicon layer, simply passing the
> > return value from the driver on to userspace. The following
> > diff fixes that:
>
> STOP ! One cannot send differentiated
l as the length of the framebuffer in fix->smem_start
and fix->smem_len.
The DGA target also has the needed information available.
//Marcus
--
---+
Marcus Sundberg| http://www.stacken.kth.se/~mackan
Royal Institute of Technology | Phone: +46 707 295404
Stockholm, Sweden | E-Mail: [EMAIL PROTECTED]
think of that...
//Marcus
--
---+--------
Marcus Sundberg| http://www.stacken.kth.se/~mackan/
Royal Institute of Technology | Phone: +46 707 295404
Stockholm, Sweden | E-Mail: [EMAIL PROTECTED]
b to deal with that.
//Marcus
--
---+--------
Marcus Sundberg| http://www.stacken.kth.se/~mackan/
Royal Institute of Technology | Phone: +46 707 295404
Stockholm, Sweden | E-Mail: [EMAIL PROTECTED]
quite a bit more than
any retrace syncing might require...
//Marcus
--
-------+
Marcus Sundberg| http://www.stacken.kth.se/~mackan/
Royal Institute of Technology | Phone: +46 707 295404
Stockholm, Sweden | E-Mail: [EMAIL PROTECTED]
ain system security while exporting
the graphics hardware to LibGGI as direct as possible.
//Marcus
--
---+----
Marcus Sundberg| http://www.stacken.kth.se/~mackan/
Royal Institute of Technology | Phone: +46
in XGGI's own timer tick
(which runs in 20ms intervals - I'll probably flush every second tick).
This won't make a big (if any) difference performance-wise, but it will
remove the need for helper-mansync and associated problems.
//Marcus
--
---+-
m for X11R6.4 from scratch, which is hardly a realistic
alternative...
So unless someone does some revolutionary hacking on XGGI, XF4.0 is
where it's headed.
//Marcus
--
---+
Marcus Sundberg| http://www.stacken.
them.
//Marcus
--
---+----
Marcus Sundberg| http://www.stacken.kth.se/~mackan/
Royal Institute of Technology | Phone: +46 707 295404
Stockholm, Sweden | E-Mail: [EMAIL PROTECTED]
;closest" to the
> one you will be implementing. Matrox is usually a good place to start.
I'd say that the Banshee driver also might be a good place to look
for a Rush driver (although I don't know how similiar the two chipsets
are)
//Marcus
--
---
lable? Will they be?
//Marcus
--
---+--------
Marcus Sundberg| http://www.stacken.kth.se/~mackan/
Royal Institute of Technology | Phone: +46 707 295404
Stockholm, Sweden | E-Mail: [EMAIL PROTECTED]
//Marcus
--
---+--------
Marcus Sundberg| http://www.stacken.kth.se/~mackan/
Royal Institute of Technology | Phone: +46 707 295404
Stockholm, Sweden | E-Mail: [EMAIL PROTECTED]
few seconds...
//Marcus
--
---+----
Marcus Sundberg| http://www.stacken.kth.se/~mackan/
Royal Institute of Technology | Phone: +46 707 295404
Stockholm, Sweden | E-Mail: [EMAIL PROTECTED]
by definition not interrupted,
regardless of kernel version or OS. No process execpt PID 1 survive
signal 9, but they are not terminated as long as they are
uninterruptible.
//Marcus
--
---+--------
Marcus Sundberg| http://www.stac
#x27;t be able to do proper cleanup if the process was terminated
or SIGSTOPed. This can be avoided in most cases by proper coding of
the driver.
//Marcus
--
---+
Marcus Sundberg| http://www.stacken.kth.se/~mackan/
hink of is periodicly calling
fdatasync() from another thread or process.
//Marcus
--
---+
Marcus Sundberg| http://www.stacken.kth.se/~mackan/
Royal Institute of Technology | Phone: +46 707 295404
Stockholm, Sweden | E-Mail: [EMAIL PROTECTED]
roperly.
//Marcus
--
---+--------
Marcus Sundberg| http://www.stacken.kth.se/~mackan/
Royal Institute of Technology | Phone: +46 707 295404
Stockholm, Sweden | E-Mail: [EMAIL PROTECTED]
> code from
> XFree86 server code ? Thnx.
Sure, as long as you comply with licensing of the code in question.
//Marcus
--
---+----
Marcus Sundberg| http://www.stacken.kth.se/~mackan/
Royal Institute of Technology |
share/automake/COPYING
> lrwxrwxrwx 1 mo mo 58 Oct 11 14:31 INSTALL ->
> /export/sunsite/users/ggi
> core/tools/share/automake/INSTALL
Looks like a bug in the snapshot generation. I'll see to that it gets
fixed.
//Marcus
--
---+
Marcus Sundberg| http://www.stacken.kth.se/~mackan/
Royal Institute of Technology | Phone: +46 707 295404
Stockholm, Sweden | E-Mail: [EMAIL PROTECTED]
>
> fprintf(stderr, "SpaceOrb: Failed to open spaceorb device %s\n",
> filename);
Yes, this may be a good idea.
I've planned to clean up a bunch of error-messages from other sublibs
anyway, so I'll add this at the same time.
//Marcus
--
---
he system.
Either your system or your umask is bogus.
//Marcus
--
-------+
Marcus Sundberg| http://www.stacken.kth.se/~mackan/
Royal Institute of Technology | Phone: +46 707 295404
Stockholm, Sweden | E-Mail: [EMAIL PROTECTED]
only implication I can think of is that you'd have to add an
option to tell whether you want a pipe instead of a file created
when it's missing.
//Marcus
--
---+
Marcus Sundberg| http://www.stacken.kth.se/~mackan
Andrew Apted wrote:
>
> Marcus Sundberg writes:
>
> > > Wait a sec... The directories /usr/local/lib/ggi/wmh and `display'
> > > under it that have got the wrong perms, 770 instead of 755. Someone
> > > please fix that.
> >
> > Missi
o, you probably don't want every library and program in the
distribution
linked to glide2x... The -I and -L flags are ok though.
//Marcus
--
---+
Marcus Sundberg| http://www.stacken.kth.se/~mackan/
Royal Institut
I applications targets are not relevant. You simply
use the API provided by LibGGI in a proper way and then don't have to
care about what targets your users may be using.
//Marcus
--
---+--------
Marcus Sundberg| http:/
Ketil Froyn wrote:
>
> On Sat, 16 Oct 1999, Marcus Sundberg wrote:
>
> > Andrew Apted wrote:
> > > Don't know about my system (Linux, Libc5), my umasks are 007 (normal
> > > user) and 022 (root), but are you suggesting that the autoconf/etc
> > >
Ketil Froyn wrote:
>
> On Mon, 18 Oct 1999, Marcus Sundberg wrote:
>
> > Ketil Froyn wrote:
> > > If Andrew's umask is 007 as normal user, and he does a su (ie. not a
> > > 'su -'), then the umask will still be 007, no? If this is so, mkdir wil
Andrew Apted wrote:
>
> Marcus Sundberg writes:
>
> > They just do a plain mkdir, which should be subject to normal umask
> > processing. Considering that my mkdir uses a mode of 0755 I find it
> > strange that you could get 0770 regardless of your umask.
>
&g
ource and destination visuals are valid,
so you probably encountered a bug. The svgalib target has been largely
updated since beta2.1 though, so upgrading to a current snapshot may
help.
//Marcus
--
---+----
Marcus Sundberg|
GLX? Is there a better way?
:
: I am working on adding an Xv(Shm)PutImage to put XImages
: of other colorspaces to the screen (with scaling, filtering,
: etc...). This will be part of the existing X Video (Xv)
: extension in 3.9.x.
:
: Mark.
//Marcus
--
-----
Matrox as the primary card the other card
and it's driver must support MMIO-only operation.
//Marcus
--
---+
Marcus Sundberg| http://www.stacken.kth.se/~mackan/
Royal Institute of Technology | Phone: +46 707 295404
Stockholm, Sweden | E-Mail: [EMAIL PROTECTED]
ions for a better name
I'll add this function to LibGII (and it's companion in LibGGI).
//Marcus
--
---+
Marcus Sundberg| http://www.stacken.kth.se/~mackan/
Royal Institute of Technology | Phone: +46 707 295404
Stockholm, Sweden | E-Mail: [EMAIL PROTECTED]
James Simmons wrote:
> Note their is a Voodoo framebuffer device for 2.3.x kernels.
And also note that it won't work with Voodoo I/II cards. ;-)
//Marcus
--
---+
Marcus Sundberg| http://www.stacken.kth.se
v/fbdev.conf.in that line with
>virge? I think it couldn't be there.
It doesn't do anything at all, so...
//Marcus
--
---+
Marcus Sundberg| http://www.stacken.kth.se/~mackan/
Royal Institute of T
eed RTLinux for VLB.
Depends on what you want to do. As long as you can get an IRQ at the
point you are interrested in you're fine with the soft realtime
scheduling in standard Linux. Matrox cards for example can generate
IRQs on any scanline.
//Marcus
--
---
t; When I try to compile libgwt I get some warnings too, and it does _not_
> compile too:
I've now updated the auto* system for libggi2d, libgic and libgwt.
//Marcus
--
---+----
Marcus Sundberg| http://www.stacken.kth
that memory will be on
> the card, etc.
Memory management will be handled by LibGGI.
//Marcus
--
---+--------
Marcus Sundberg| http://www.stacken.kth.se/~mackan/
Royal Institute of Technology | Phone: +46 707 29540
the script in the .bashrc of
> the user.
Please send me one strace log and one GGI_DEBUG=255 log from a case
where XGGI fails.
//Marcus
--
---+
Marcus Sundberg| http://www.stacken.kth.se/~mackan
Royal Institute o
KGIcon
is also about 50% slower than direct acceleration using matroxfb,
so something must be broken with our mmap() handler.
//Marcus
--
---+--------
Marcus Sundberg| http://www.stacken.kth.se/~mackan
Royal Institute
[EMAIL PROTECTED] (Christoph Egger) writes:
> On 30 Oct 1999, Marcus Sundberg wrote:
> >
> > Note however that the direct acceleration you get using matroxfb
> > is 4-6 times faster that the ioctl() based acceleration of the Matrox
> > KGIcon driver. On a related
who want
it, but KGIcon will wrap KGI0.9 drivers instead.
//Marcus
--
---+----
Marcus Sundberg| http://www.stacken.kth.se/~mackan
Royal Institute of Technology | Phone: +46 707 295404
Stockholm, Sweden
you never want to cache anything that sits on the other side
of the PCI-bus. MTRR write combining should always be turned on for
memory, but never for registers. That's about it.
AGP is ofcourse another story...
//Marcus
--
---+--
Jos Hulzink <[EMAIL PROTECTED]> writes:
> On 2 Nov 1999, Marcus Sundberg wrote:
>
> > Basicly you never want to cache anything that sits on the other side
> > of the PCI-bus. MTRR write combining should always be turned on for
> > memory, but never for register
nto the matrox sublib
for the sole purpose of supporting broken applications.
//Marcus
--
---+
Marcus Sundberg| http://www.stacken.kth.se/~mackan
Royal Institute of Technology | Phone: +46 707 295404
Stockholm, Sweden | E-Mail: [EMAIL PROTECTED]
rk for this
extension. Just remember to keep it simple, but flexible, in the
beginning. Then we'll expand it as necessary later.
//Marcus
--
---+
Marcus Sundberg| http://www.stacken.kth.se/~mackan
Royal Institute of Technology | Phone: +46 707 295404
Stockholm, Sweden | E-Mail: [EMAIL PROTECTED]
haracter device per keyboard, supporting medium-raw mode and
the normal keyboard LED ioctl()s. If the USB people doesn't like
that I'll maintain a separate patch.
//Marcus
--
---+
Marcus Sundberg| http://www.
t;10x slowdown? If there's a valid reason to why negative
coordinates should be supported allthough it will slow down _all_
applications (not very much, but still a slow down) I'd like to
hear it.
//Marcus
--
---+
been a virge.so used by LibGGI.
For a very short time there was a default/fbdev/s3/virge directory
in CVS, but that was only because of a misunderstanding of how
KGIcon works.
//Marcus
--
---+----
Marcus Sundberg| http:
James Simmons <[EMAIL PROTECTED]> writes:
>No one up for grabs to create a multihead detection script for kgicon?
pcidetect handles multiple cards just fine.
//Marcus
--
---+
Marcus Sundberg
tes as having a valid range of -32768 - 32767. This is not
even a limitation, as int may very well be 16 bits accordning to C
standards.
//Marcus
--
---+----
Marcus Sundberg| http://www.stacken.kth.se/~mackan
Royal Institut
OK, that explains it. How do I get libggi:s configure script to enable
> genkgi? (I always get an errormessage when running libggi-using
> applications that genkgi.so can't be found.)
You need to make sure that the kgi headers are found at configure
time.
//Marcus
--
----
o work.
Then we write a filter which will do real keymapping according to
a config-file (filter-keyboard is a bit too generic for doing a full
keyboard map, and should be kept that way), and generated events
with prober sym fields.
//Marcus
--
---+---
James Simmons <[EMAIL PROTECTED]> writes:
> On 8 Nov 1999, Marcus Sundberg wrote:
>
> > James Simmons <[EMAIL PROTECTED]> writes:
> >
> > >No one up for grabs to create a multihead detection script for kgicon?
> >
> > pcidetect handle
Huh? Aside from being able to run in any resolution natively ggidoom
also supports 2x scaling.
You can always get the latest LibGGI driver for LinuxDoom/Heretic
from http://www.stacken.kth.se/~mackan/ggi/
//Marcus
--
---+
;s really nice to see
> another about-face in the source-code dept.
This is sort of a phased rollout. We're still in the "stealth"
phase. :-) More details will be coming later.
//Marcus
--
---+
219: Well we should try to get LibGII 0.7 and a third LibGGI
beta out RSN(tm) anyway.
//Marcus
--
---+
Marcus Sundberg| http://www.stacken.kth.se/~mackan
Royal Institute of Technology | Phone: +46 707 295404
Stockholm, Sweden | E-Mail: [EMAIL PROTECTED]
Marcus Sundberg <[EMAIL PROTECTED]> writes:
> Some comments on the bug reports:
Missed one:
#44147: The HAVE_NEW_FBDEV issue should be fixed in current CVS.
//Marcus
--
---+
Marcus Sundberg
so, could you please send me the failing program.
//Marcus
--
-------+
Marcus Sundberg| http://www.stacken.kth.se/~mackan
Royal Institute of Technology | Phone: +46 707 295404
Stockholm, Sweden | E-Mail: [EMAIL PROTECTED]
C.
If you need to write everything from scratch there may be problems,
but the right way to do windowing/widgets on top of LibGGI is really
to finish LibGWT and port libgdk (the wrapper that GTK+ uses around X)
to it. Then you would be able to use any GTK+ application directly
on LibGGI.
on the
priority list right now.
//Marcus
--
---+----
Marcus Sundberg| http://www.stacken.kth.se/~mackan
Royal Institute of Technology | Phone: +46 707 295404
Stockholm, Sweden | E-Mail: [EMAIL PROTECTED]
e 2.0 kernel-code to the
equivalent 2.2 kernel-code.
//Marcus
--
---+----
Marcus Sundberg| http://www.stacken.kth.se/~mackan
Royal Institute of Technology | Phone: +46 707 295404
Stockholm, Sweden
and accel engine that doesn't sound like much
> fun...
I'm not sure excactly how the hardware works, but you should
most probably not think USB-style PnP. Rather something like
hot-pluggable harddrives; if you have a mounted filsystem on the
drive when it's removed - tough luck.
//
h, now i know why ggi fails with fbdev in ppc :)
Ah, the wonderful world of dcbz. Caused me about a full work-week
of debugging glibc some months ago.
//Marcus
--
---+
Marcus Sundberg| http://www.stacken.kt
[EMAIL PROTECTED] (Christoph Egger) writes:
> On 21 Nov 1999, Marcus Sundberg wrote:
> > This could be changed so you can at least link in one pre-defined
> > target statically and use just that, but it's not high on the
> > priority list right now.
>
> But this
tax error before `void'
If you use a snapshot you must take all the libraries from the same
snapshot - your LibGG is too old.
//Marcus
--
---+
Marcus Sundberg| http://www.stacken.kth.se/~mackan
Royal Institute of Technology | Phone: +46 707 295404
Stockholm, Sweden | E-Mail: [EMAIL PROTECTED]
time, without glide supporting it...
//Marcus
--
---+
Marcus Sundberg| http://www.stacken.kth.se/~mackan
Royal Institute of Technology | Phone: +46 707 295404
Stockholm, Sweden | E-Mail: [EMAIL
[EMAIL PROTECTED] (Christoph Egger) writes:
> On 6 Dec 1999, Marcus Sundberg wrote:
> > What problems?
> > There are no problems with *.dll files that I've heard of.
>
> Are you really believing that windows isn't broken?
This mailinglist is for discussions abo
gain, or you have run
autogen.sh with the wrong tools, or you did some weird thing.
//Marcus
--
---+
Marcus Sundberg| http://www.stacken.kth.se/~mackan
Royal Institute of Technology | Phone: +46 707 295404
Stockholm, Sweden | E-Mail: [EMAIL PROTECTED]
send me the output log?
//Marcus
--
---+----
Marcus Sundberg| http://www.stacken.kth.se/~mackan
Royal Institute of Technology | Phone: +46 707 295404
Stockholm, Sweden | E-Mail: [EMAIL PROTECTED]
signal and use linux interval timers
> [setitimer()].
>
> The example that I've tested creates 24 visuals (1 with target
> X and 23 with target memory) and never loses pointers to any of them.
>
> I wish this is enough information :)
Thanks, I'll take care o
> Rubén <[EMAIL PROTECTED]> writes:
>
> > I was deleting a lot of leaks in GGL, and I think I've found a
> > leak into GGI, here is the stack info:
What tool did you use for that btw?
//Marcus
--
---+---
GI is OpenGL, via Mesa-GGI, and yes
OpenGL does support textures and other 3D functions. ;-)
//Marcus
--
---+----
Marcus Sundberg| http://www.stacken.kth.se/~mackan
Royal Institute of Technology | Phone: +46 707 2
Yes.
//Marcus
--
---+----
Marcus Sundberg| http://www.stacken.kth.se/~mackan
Royal Institute of Technology | Phone: +46 707 295404
Stockholm, Sweden | E-Mail: [EMAIL PROTECTED]
KGI as an example for another part of the GGI project is the Kernel Graphics
> Interface, a way to write kernelmode drivers for graphics cards.
Also see http://www.ggi-project.org/docs/faq.html
//Marcus
--
---+----
ort is under construction, with a code study of a AGP 'miniport'
> driver so far. However, I will first need to have the Permedia2
> accelerator code running, before AGP becomes an issue.
Note that there is already generic AGP support in 2.3 kernels.
//Marcus
--
-
on Linux it just causes a SIGBUS to be sent to the
app...
I'll remove the memsets from LibGGI in any case, as we don't want
to trap into the kernel all the time.
//Marcus
--
---+----
Marcus Sundberg| http://www.
is a little too much overhead for a
ggiSetMode() call?
//Marcus
--
-------+
Marcus Sundberg| http://www.stacken.kth.se/~mackan
Royal Institute of Technology | Phone: +46 707 295404
Stockholm, Sweden | E-Mail: [EMAIL PROTECTED]
way
related to GGI, but if you post the log from running
GGI_DEBUG=255 ./demo
and then
LD_DEBUG=files ./demo
we can probably give you a hint on what's wrong with your system.
//Marcus
--
---+
Marcus Sundberg| http
some updating of the drivers, but we will try to merge kgicon
> and KGI 0.0.9, so that you can use KGI drivers on both stock and patched
> Linux kernels.
You do mean KGI 0.9, right?
//Marcus
--
---+--------
Marcus Sundberg
s crashes.)
Note that there's also a -scale option for ggiheretic, which will
scale the display 2 times.
//Marcus
--
---+--------
Marcus Sundberg| http://www.stacken.kth.se/~mackan
Royal Institute of Technology |
just
> not work with other monochrome cards.
>
> I have switched to a new computer in which the motherboard is screwed up in
> a differnt way, and while the video works, the kernel & ggi no longer
> compile :/
Umm, maybe you should just go buy a working motherboard. ;-)
} kgi_modereq;
>
>
> however the CVS log mentions no reference to "text" ever being there.
> anyone know what's going on?
Yes, but not how to fix it...
Does someone remember what the infamous text ==> dpp change involved
for the drivers?
//Marcus
--
-
a documentation bug.
The correct usage is "display-x:-inwin=", and docs have
now been updated accordingly.
//Marcus
--
---+
Marcus Sundberg| http://www.stacken.kth.se/~mackan
Royal Institute of Technology | Phone: +46 707 295404
Stockholm, Sweden | E-Mail: [EMAIL PROTECTED]
[EMAIL PROTECTED] (Christoph Egger) writes:
> I found and fixed a small typo-error in a manual-page. I have attached
> the fix. Anybody here to commit it into CVS?
Thanks, applied.
//Marcus
--
---+
Marcus Su
-- and look at the diffs
> in vga.c. Hopefully the logs are still intact.
The text ==> dpp change happened in the old repository, so you won't
find anything useful in the current CVS. :(
//Marcus
--
---+
Marcus Su
ll in many cases.
//Marcus
--
---+--------
Marcus Sundberg| http://www.stacken.kth.se/~mackan
Royal Institute of Technology | Phone: +46 707 295404
Stockholm, Sweden | E-Mail: [EMAIL PROTECTED]
loses the window ALWAYS, even if the window isn't created
> by ggi (-inwin). So I can't call ggiClose and I'm losing memory each time I
> close a gtk window that contains the ggl widget. But this bug doesn't worry
> me much, the other one is much more dangerous.
Tha
eed to fix
things so that all GGIdlcleanup functions are called before we
start to unloading sublibs from memory.
//Marcus
--
---+
Marcus Sundberg| http://www.stacken.kth.se/~mackan
Royal Institute of Technology | Phone: +46 707 295404
Stockholm, Sweden | E-Mail: [EMAIL PROTECTED]
Fall back to ggiPutBox() or something. */
> continue;
> }
>
>
> but ggiPutBox does not exist
Huh??? What do you mean by that?
Ofcourse ggiPutBox exists - it is an API function in LibGGI.
//Marcus
--
-------+
ew symbols to GII when they don't map to anything existing.
//Marcus
--
---+----
Marcus Sundberg| http://www.stacken.kth.se/~mackan
Royal Institute of Technology | Phone: +46 707 295404
Stockholm,
s a pointer, and the fact that dbuf is a const *
shouldn't affect the type of dbuf->resource afaik.
//Marcus
--
---+
Marcus Sundberg| http://www.stacken.kth.se/~mackan
Royal Institute of Technology | Phone: +46 707 295404
Stockholm, Sweden | E-Mail: [EMAIL PROTECTED]
not transparent ...
You really didn't think they'd do something sane did you? ;)
//Marcus
--
---+
Marcus Sundberg| http://www.stacken.kth.se/~mackan
Royal Institute of Technology | Phone: +46 707 295404
Stockholm, Sweden | E-Mail: [EMAIL PROTECTED]
sions
and announcements concerning only KGI doesn't really belong here.
I'm subscribed to both lists, and I expect everyone else interrested
in KGI is subscribed to ggi-kgi at least.
//Marcus
--
---+----
Marcus Sundberg|
1 - 100 of 290 matches
Mail list logo
