from lugh.tuatha.org (root@lugh.tuatha.org [194.125.145.45]) by
    dogma.slashnull.org (8.11.6/8.11.6) with ESMTP id g7RIH1Z20293 for
    <zzzz-ilug@example.com>; Tue, 27 Aug 2002 19:17:01 +0100

Hey,
I has just been given an old Toshiba CS100 with earliest pentium and 400mb
of HD but only a floppy drive on it, its got Win3.1 which is funny to see
again but gonna be cleared as soon as i stop messing with it. What I was
wondering was could anyone advise what O/S would be good for this, I want a
small usable *nix distro for it that i can transfer to it fom floppy.
Connecting this to Winblows>i know that winblows allows pier-to-pier
connections over serial and parellel ports to other winblows but is this
easy do for connecting winblows to *nix???
--
Irish Linux Users' Group: ilug@linux.ie
http://www.linux.ie/mailman/listinfo/ilug for (un)subscription information.
List maintainer: listmaster@linux.ie

from localhost (jalapeno [127.0.0.1])
	by jmason.org (Postfix) with ESMTP id 3CCA116F18
	for <jm@localhost>; Mon, 25 Nov 2002 23:16:02 +0000 (GMT)
from jalapeno [127.0.0.1]
	by localhost with IMAP (fetchmail-5.9.0)
	for jm@localhost (single-drop); Mon, 25 Nov 2002 23:16:02 +0000 (GMT)
from outgoing.securityfocus.com (outgoing2.securityfocus.com
    [205.206.231.26]) by dogma.slashnull.org (8.11.6/8.11.6) with ESMTP id
    gAPLugW27253 for <jm@jmason.org>; Mon, 25 Nov 2002 21:56:42 GMT
from lists.securityfocus.com (lists.securityfocus.com
    [205.206.231.19]) by outgoing.securityfocus.com (Postfix) with QMQP id
    60E5B8F2D2; Mon, 25 Nov 2002 12:31:17 -0700 (MST)
(qmail 1574 invoked from network); 25 Nov 2002 20:08:54 -0000
Re: Are bad developer libraries the problem with M$ software?
From secprog-return-624-jm=jmason.org@securityfocus.com  Mon Nov 25 23:16:06 2002

No, you need to learn how declarations work in C.  You have specified
testbuff as "an array of 1024 pointers to characters".  That means,
you have allocated an array big enough to store 1024 pointers.  On
most machines, that's 4 bytes per pointer, which indeed would give you
On Fri, Nov 22, 2002 at 10:27:53PM +0500, Ali Saifullah Khan wrote:
> Here is a test done on the return of sizes by sizeof() using pointers.
> The output from this is 4096 but infact it should be returning 1024.
> Apparently, using a pointer has multiplied the value of the original size of
> the testbuff[] buffer by the size of the " pointer " ?
> char pointers have a size of 4 bytes.....as is shown when output is 4 bytes
> using " int len = sizeof((char*)testbuff); "
> so sizeof is returning the size of the "first" entity passed to it, that
> Whats confusing is when sizeof outputs the value for something like " char *
> Here the macro seems to be multiplying the sizes of entities passed to it,
> by considering the first entity as the pointer denoted by the asterisk
> itself " * ", and then taking this value of 4 and multiplying it with the
> size of the buffer testbuff[] which is 1024, to produce an output of 4096.
> Sent: Tuesday, November 19, 2002 2:59 AM
> Subject: Re: Are bad developer libraries the problem with M$ software?
> > Subject: Re: Are bad developer libraries the problem with M$ software?
> > > strlen does not work, because he was trying to get at the ALLOCATED
> > > size of a buffer, not the actual size of the buffer.
> > You're right. I was looking at the safe_strncpy code, and it looks like
> > > sizeof will return the size of the data type passed to it.  So if you
> > > declared mystr as char mystr[1024];, it will return as the original
> > It will not work with a char*, so if your strings are dynamically
> allocated, or passed to you as a pointer, these macros will not work.