HDTenEightyP/NetNews huggingface dataset:
From: johny@nexus.yorku.ca (John Saroglou)
Subject: interpreting stbuf.st_ctime...
Organization: Computing & Communications Services, York University
Distribution: comp.lang.c
Date: Fri, 11 Sep 1992 18:29:23 GMT


Does anyone out there know how to interpret or convert to readable format
output generated by the following peice of c code:

char *fname="x.c";

stat(fname,&stbuf);
printf("%d\n",stbuf.st_ctime);

As you've noticed i'm trying to obtain the creation time of x.c.
All i get is a sequence of numbers such as 708635950 (unique 
for individual file) which beats the shit out of me when i try to 
interpret it.  Any ideas???

Thanks in advance.

						  js

             John Saroglou           | Internet: johny@orion.yorku.ca
 Computing & Communication Services  | Bitnet:   johny@yuorion
            (ITS Division)           |
            York University          | Usenet: ...!utzoo!yunexus!johny
-------------------------------------|         
"Small is beautiful" - E R Schumacher| Voice:  (416) 736-5257

--


             John Saroglou           | Internet: johny@orion.yorku.ca
 Computing & Communication Services  | Bitnet:   johny@yuorion
            (ITS Division)           |
            York University          | Usenet: ...!utzoo!yunexus!johny
-------------------------------------|         
"Small is beautiful" - E R Schumacher| Voice:  (416) 736-5257
Newsgroups: comp.lang.c
From: "alan popow" <alan.popow@canrem.com>
Subject: dropping a n from a f
Reply-To: "alan popow" <alan.popow@canrem.com>
Organization: Canada Remote Systems
Distribution: comp
Date: 14 Sep 92 01:59:00 EST

To: cee1@ra.msstate.edu (Charles Evans)

SUBJ: Dropping a n from a fprintf()

CE> Reading in from a textfile with one string per line (variable length, but
CE> none _too_ long) Then I want to add some strings on either side of the
CE> read in string and rewrite the new string to a new file line by line. But

Hi Charles,

Maybe something like this?:

     FILE *fp1, *fp2;
     char *item = "";
     int i = 0;

     while(((item[i] = fgetc(fp1)) != '\n') && (i < 20))
         i++;

     item[i] = '\0';
     fprintf(fp2,"I found a %s in my pocket\n", item);


Alan.     Alan.Popow@canrem.com
Entered Sep 13,92 at 23:40:13 on CRS from Scarborough, Ontario, Canada.
---
  PMDBM  V1.75 #26 
--
Canada Remote Systems  - Toronto, Ontario, Canadas
World's Largest PCBOARD System - 416-629-7000/629-7044
From: dik@cwi.nl (Dik T. Winter)
Newsgroups: comp.lang.c
Subject: Re: Optimizers and (NaN != NaN) (was Re: How is NaN recognized?)
Date: 14 Sep 92 00:41:16 GMT
Organization: CWI, Amsterdam

In article <1992Sep13.233629.25805@kronos.arc.nasa.gov> raymond@kronos.arc.nasa.gov (Eric A. Raymond) writes:
 > >including a NaN itself. So `if (x != x) printf("A NaN\n");' could do
 > 
 > I tried this in one compiler and it didn't work.  It is possible that
 > the compiler optimized the test away.  Is there any way to eliminate
 > the optimization via a source hack?

No.  Your best bet is to provide a separate function (in a separate source
file):
	int isequal(a, b) float a, b; { return a == b; }
and to use it as:
	if(!isequal(x, x)) ...
but even in that case the compiling/linking system might inline the stuff
and elide it because it is superfluous (in C's mind).
-- 
dik t. winter, cwi, kruislaan 413, 1098 sj  amsterdam, nederland
home: bovenover 215, 1025 jn  amsterdam, nederland
dik@cwi.nl
Newsgroups: comp.lang.c
From: ganesh@cs.albany.edu (Ganesh Murugesan)
Subject: Re: system call in C
Originator: ganesh@karp.albany.edu
Organization: Computer Science Department, SUNY at Albany, Albany, NY 12222
Date: Mon, 14 Sep 1992 21:05:18 GMT

In article <1992Sep14.170454.13955@kocrsv01.delcoelect.com> c23rrj@kocrsv01.delcoelect.com (Rajnish Joshi) writes:



>   Help !  If I make a system call (from a C prog.) such as
>
>		system (command);
>
>   where 'command' may be a command to compile some program, then how can I
>  obtain the process-id of the process which is doing the compile task. The sytem
>  call returns only the success code. I need to know the pid of the requested
>  command since I want to use it in the C code that follow the system call.
>
>  Thanks

 
You cannot do that way. For that you have to do a fork and then execve 

to load and execute the program.  (Anyway that is what "system" itself
does)

Ganesh
Dept of Comp. Science
SUNY at Albany
Newsgroups: comp.lang.c
From: adam@microware.com (Adam Goldberg)
Subject: Re: Command Line Arguments
Organization: Microware Systems Corp., Des Moines, Iowa
Date: Thu, 10 Sep 1992 13:16:30 GMT

bx314@cleveland.Freenet.Edu (Joseph J. Gebis) writes:


>	I would like to know how to pass command line arguments in DOS
>to a separate function...  I would greatly appreciate if someone
>would write an example of a program that passes command line arguments
>to a separate function that then prints them on screen.

>	Remember, I'm self-taught, and a beginner, so speak slowly
>and loudly. :)
>	Thank you very much.

#include <stdio.h>

void printargs(int myargc, char **myargv);
void main(int argc, char **argv);

void printargs(int myargc, char **myargv)
{
  int i = 0;

  for(; i<myargc ; ++i) {
    printf("Arg %d : %s\n", i, myargv[i]);
  }
}

int main(int argc, char **argv)
{
  printargs(argc, argv);

  return 0;
}
  
-- 
Adam G.
adamg@microware.com, or ...!uunet!mcrware!adamg
The above is not to be construed in any way as the official or unofficial
statements of Microware, or any Microware employees.
Newsgroups: comp.lang.c
From: tacchi@next01.cc.umanitoba.ca. (Mark G. Tacchi)
Subject: Looking For C/C++ Books
Keywords: c, c++, books, wanted
Organization: University of Manitoba, Winnipeg, Canada
Date: Thu, 10 Sep 1992 16:19:11 GMT

I am responsible for purchasing books for our open areas on campus here at the  
University of Manitoba.  I thought that before I rush out and buy my favorite  
books, I should see what options I have overall.

Could you please tell me what are your favorite C/C++ books?  I need the  
regular info such as title, author, publisher.  Any comments/suggestions will  
be much appreciated.  Thank you.

-Mark
=========================================================
Mark G. Tacchi
tacchi@next01.cc.umanitoba.ca   
(NeXT Mail Welcome)     "Why meow when I can bark? Woof!"
=========================================================
From: wirzeniu@klaava.Helsinki.FI (Lars Wirzenius)
Newsgroups: comp.lang.c
Subject: Re: Sets in C
Date: 11 Sep 92 20:39:36 GMT
Organization: University of Helsinki

wirzeniu@klaava.Helsinki.FI (Lars Wirzenius) writes:
>	#define ELEMBIT(n) ((n) % INT_BITS)
>	set[INDEX(elementnumber)] |= ELEMBIT(elementnumber)

It was pointed out to me in e-mail that the above line is, of course,
incorrect.  You need to change it to 

	set[INDEX(elementnumber)] |= 1 << ELEMBIT(elementnumber)

Also, the method I outlined works, but the code should not be taken as a
guideline, only as a demonstration of the principle.

--
Lars.Wirzenius@helsinki.fi
Xref: sparky comp.lang.c:13546 comp.lang.c++:13540 sci.math.num-analysis:2693
From: manne@Minsk.docs.uu.se (Magnus L|vkvist)
Newsgroups: comp.lang.c
Subject: Wanted: C code beautifyer for MS-DOS
Date: 15 Sep 92 19:41:16 GMT
Organization: Uppsala University
NNTP-Posting-Host: minsk.docs.uu.se
Keywords: C beautifyer

Where can I find a "C code beautifyer" for MS-DOS? Please e-mail.

Thanks.

/Magnus


Xref: sparky comp.lang.c:13413 comp.lang.fortran:3501
From: gross@maxwell.ucsc.edu (Mike Gross)
Newsgroups: comp.lang.c,comp.lang.fortran
Subject: mixing C/Fortran and shared libraries
Date: 9 Sep 92 23:33:00 GMT
Organization: University of California, Santa Cruz
NNTP-Posting-Host: maxwell.ucsc.edu

Hello, netters!
   I've been having a rather nasty problem trying to integrate a Fortran
object library into a C program. The compilers and linker seem quite happy
with the code and my makefiles, but when I run the program, I get the 
following error message from ld.so:

ld.so: call to undefined procedure __fp_convert_double_to_int from 0xf757311c

I looked in libm.a (both Fortran and C versions) and this routine was
present in both of them. What seems to be happening is that at compile time,
the loader thinks it doesn't need this particular routine, so it doesn't link
it in. But somewhere along the line at runtime, the dynamic loader realizes
this is a mistake and tries to get it. The problem: there is no libm.so.*.

I tried to find out what this routine was for. The obvious answer is that
it's a typecast of some sort. I tried writing a Fortran routine that 
calculated pi in double precision and cast it to an integer*4. This made
no difference. I even tried calling the routine directly, and this didn't
help. 

I'm at the end of my rope now, since my C program is getting rather large,
and I don't have source code to the Fortran library (it's Mongo 1987 for
those familiar with it). Does anyone out there have any idea what's going
on?

If it matters, I'm using GNU cc, version 2.2.2 on a Sparc IPC running
SunOS 4.1.1. The Fortran compiler is Sun's second ("SC1.0") supposedly
fixed f77. There is, of course, the possibility that the library was 
compiled under an older f77 (since I didn't compile it myself).

Any help would be tremendously appreciated.

Michael Gross                       Until Oct. 15:
312 Natural Sciences II             c/o Keith Jahoda
Univ of California                  NASA/Goddard Space Flight Center
Santa Cruz, CA 95064                Code 666
(408) 459-4588                      Greenbelt, MD 20771
gross@maxwell.ucsc.edu              gross@ros1.gsfc.nasaa.gov
From: wirzeniu@klaava.Helsinki.FI (Lars Wirzenius)
Newsgroups: comp.lang.c
Subject: Re: fopen & binary mode
Date: 10 Sep 92 07:28:02 GMT
Organization: University of Helsinki

behrenss@Informatik.TU-Muenchen.DE (Soenke Behrens) writes:
>As to your question: Binary mode is standard ISO, it is supported by every
>stdio library.

Not every stdio library.  All standard conforming libraries, and most of
the non-standard, but there are one or two older libraries which don't
accept a `b' in the mode argument to fopen.  I remember a particular
machine running Ultrix 2.0-1 (hey, I did say old, didn't I?), which
choked on fopen(..., "rb").  Took me a while to understand why the
program couldn't read a file.  (I have some other fond memories of that
machine: it's the machine where I first made the mistake of endless
forking, and also the only machine that seems to have a system call for
crashing the system, although why they called it mknod I don't know.  I
was devastated when I couldn't use the system any more.)

--
Lars.Wirzenius@helsinki.fi
From: ok@goanna.cs.rmit.oz.au (Richard A. O'Keefe)
Newsgroups: comp.lang.c
Subject: Re: Why should POINTERS be so damn hard to understand ?
Date: 8 Sep 92 04:06:59 GMT
Organization: Comp Sci, RMIT, Melbourne, Australia

In article <1992Sep7.205000.14732@mccc.edu>, pjh@mccc.edu (Pete Holsberg) writes:
> In article <14367@goanna.cs.rmit.oz.au> ok@goanna.cs.rmit.oz.au (Richard A. O'Keefe) writes:
> =How often do I have to say it?  "move (r0)+,(r1)+" is a PDP-11 instruction.
> =The PDP-11 was _NOT_ the first machine C ran on, nor the machine C was
> =designed for.
> 
> Ritchie, Johnson, Lesk and Kernighan say otherwise in BSTJ, July/August,
> 1978: "C was originally written for the PDP-11 under UNIX..."

DMR has corrected me by E-mail.  I was half right and half wrong.
Here is an extract from Ritchie's E-mail:

    C was developed on the PDP-11; most of it aside from the type
    structure and associated syntax came from B, which was developed on
    the PDP-7.  B already had the ++ and -- operators (and the associated
    idioms like *p++).  The first B compiler produced interpreted
    (threaded) code. ...  In any event, neither
    B nor the first C compiler generated -7 or -11 instructions that used
    autoincrement.

    C was less influenced by the PDP-11 than most people think.

Where was I wrong?  In applying to C statements which were true about B.
Where was I right?  In pointing out that ++, --, and idioms like *p++
were _not_ derived from any intention to make C a high-level assembler
for the PDP-11:  they were copied from C's parent B which ran on PDP-7s.

And yes, I _do_ regard it as a lucky coincidence that *d++ = *s++ mapped
so well onto mov (r0)+,(r1)+.  "Neither B nor the first C compiler
generated -7 or -11 instructions that used autoincrement."  There was
quite a vogue for languages with "update assignments".  The operators
+:=, -:=, *:= and so on can all be found in Algol 68, and the proceedings
of a conference on testing in 1972 contains a strong recommendation for
things like INC(x) rather than x := x+1.  Note that Algol 68's update
assignment operators returned values.  The _only_ innovation in C here
was address arithmetic.  Once you add address arithmetic to a language
that already includes value-returning update assignment, idioms like
*++p are inevitable.  There were other languages of B's vintage where
there were update operators returning the old value of the variable.
These languages were not designed to be high-level assemblers for the
PDP-11.  (I don't remember what Bliss-11 and PL/11 did.)

-- 
You can lie with statistics ... but not to a statistician.
Newsgroups: comp.lang.c
From: mjn@pseudo.uucp (Murray Nesbitt)
Subject: Re: Why should POINTERS be so damn hard to understand ?
Organization: Private system in Toronto, ON
Date: Mon, 7 Sep 1992 11:24:52 GMT


wkaufman@us.oracle.com (William Kaufman) writes:

>In article <1992Aug27.135946.6622@infonode.ingr.com> henders@infonode.ingr.com (Greg Henderson) writes:
>=
>={
>=    int a[1000], *_i;
>=
>=    for (_i=a;  _i<a+1000; _i++ )
>=	*_i = get_some_arbitrary_value();
>=}
>
[...]
>
>    The only objection I have is "_i": ANSI says that starting
>identifiers with underscores a no-no.  (Unless you're personally writing
>the compiler,...)

The restriction on identifiers beginning with a single underscore
followed by zero or more digits or lower-case letters applies only to
identifiers with external linkage.  So, ``_i'' in this example is
kosher as far as the Standard is concerned.

Why someone would chose ``_i'' as an identifier is beyond me...

-- 
Murray
From: dave@cs.arizona.edu (Dave Schaumann)
Newsgroups: comp.lang.c
Subject: Re: Help! what's wrong with this program?
Date: 7 Sep 92 00:35:43 GMT
Reply-To: dave@cs.arizona.edu (Dave Schaumann)
Distribution: usa
Organization: University of Arizona

In article <1992Sep6.203612.17566@mnemosyne.cs.du.edu>, swalter@nyx (DreamWeaver) writes:
>
>Correct me if I'm wrong (lord knows that will happen ;) ... but doesn't
>the line
>
>   *bp++ = c;
>
>in the pusch() function actually mean (as far as order of precedence):
>
>   (*bp)++ = c;

No. "*bp++" is definitely a popular idiom among C pointer-hackers...

>Call me kooky ...

By your command, kooky.

-- 
Dave Schaumann			dave@cs.arizona.edu
Newsgroups: comp.lang.c
From: scottm@intime.intime.COM (Scott Michel)
Subject: Re: interpreting stbuf.st_ctime...
Organization: IntelliMED Corporation, Santa Monica, CA
Distribution: comp.lang.c
Date: Sat, 12 Sep 1992 00:52:19 GMT

In article <JOHNY.92Sep11132923@nexus.yorku.ca> johny@nexus.yorku.ca (John Saroglou) writes:
>
>Does anyone out there know how to interpret or convert to readable format
>output generated by the following peice of c code:
>
>char *fname="x.c";
>
>stat(fname,&stbuf);
>printf("%d\n",stbuf.st_ctime);

#include <time.h>

print("%s", ctime(stbuf.st_ctime);

>
>As you've noticed i'm trying to obtain the creation time of x.c.
>All i get is a sequence of numbers such as 708635950 (unique 
>for individual file) which beats the shit out of me when i try to 
>interpret it.  Any ideas???

They are Unix times - see ctime() et. al.

>
>Thanks in advance.
>

No problem.

>						  js
>
>             John Saroglou           | Internet: johny@orion.yorku.ca
> Computing & Communication Services  | Bitnet:   johny@yuorion
>            (ITS Division)           |
>            York University          | Usenet: ...!utzoo!yunexus!johny
>-------------------------------------|         
>"Small is beautiful" - E R Schumacher| Voice:  (416) 736-5257
>
>--
>
>
>             John Saroglou           | Internet: johny@orion.yorku.ca
> Computing & Communication Services  | Bitnet:   johny@yuorion
>            (ITS Division)           |
>            York University          | Usenet: ...!utzoo!yunexus!johny
>-------------------------------------|         
>"Small is beautiful" - E R Schumacher| Voice:  (416) 736-5257
Newsgroups: comp.lang.c
Subject: REGS structure
From: cjw@dme.nt.gov.au (Chris Wharton 95328)
Date: 11 Sep 92 11:56:32 +0900
Reply-To: cjw@dme.nt.gov.au
Distribution: world
Organization: Northern Territory Department of Mines & Energy

I have repeatedly come across declarations of
the type 'struct REGS' (i think that was what was called,
have seen a few variations) and was wondering if
someone could tell me it's contents, and what it is used for.
I only have a very basic shareware compiler (for my PC anyway,
and I have never seen it under Unix) and it has no mention of this
structure. 

Could someone enlighten me ?
From: nzt2305@dsacg2.dsac.dla.mil (Michael L. Spivey)
Newsgroups: comp.lang.c
Subject: date and time integer values using Turbo C 1.5
Keywords: Turbo
Date: 9 Sep 92 18:40:51 GMT
Organization: Defense Logistics Agency Systems Automation Center, Columbus

I hope someone assist me with a problem I am having with the Turbo C-created
structure below.  If I create a structure of type "ffblk", I can then use
Turbo C functions findfirst() and findnext() to peruse a directory and  
obtain the items contained in the structure below for each file in that
directory.  So far, so good.  A problem arises with the "ff_ftime" and 
"ff_fdate."  They are defined as type unsigned.  My question is how do I
convert them to something readable like 09/09/92 instead of the returned value
of 6441.


from dir.h
----------

struct	ffblk	{
	char		ff_reserved[21];
	char		ff_attrib;
	unsigned	ff_ftime;
	unsigned	ff_fdate;
	long		ff_fsize;
	char		ff_name[13];
};
  

Email (preferred) or followup posting is greatly appreciated.


Thanks,

Michael L. Spivey
DLA Systems Automation Center
E-mail: mspivey@dsac.dla.mil
From: roy%cybrspc@cs.umn.edu (Roy M. Silvernail)
Newsgroups: comp.lang.c
Subject: Re: File Handling
Date: Fri, 11 Sep 92 00:54:12 CDT
Organization: Villa CyberSpace, Minneapolis, MN

ok@goanna.cs.rmit.oz.au (Richard A. O'Keefe) writes:

> You also want to find out about the ANSI functions fgetpos(), fsetpos().

I know this may be a stoopid question, but I just looked up those two
calls in my manual.  Whatever good are they?

(Borland Turbo C++ 1.01)

"fgetpos stores the position of the file pointer associated with the
given stream in the location pointed to by _pos_.  The exact value is a
magic cookie; in other words, it is irrelevant to your purposes."

So I can get a file position with fgetpos() and restore it with
fsetpos().  Somehow, this seems to lack utility to me.  The vast
majority of file positioning I do is related to locating data within the
file, for which I must calculate a position.  It doesn't appear that
fsetpos() is useful for that purpose.  So, why use it at all?

Can someone give a non-trivial example?  (or am I missing something
_extremely_ obvious here?)
--
Roy M. Silvernail --    [my machine ] "Sometimes, you're the windshield....
roy%cybrspc@cs.umn.edu  [my opinions]            sometimes, you're the bug!"
cybrspc!roy@cs.umn.edu  [my $0.0275 ]                      --Mark Knopfler
Newsgroups: comp.lang.c
From: reid@metis.tti.com (Reid Kneeland)
Subject: Re: EASY C
Summary:  short bad joke
Organization: Transaction Technology Inc.
Date: Thu, 10 Sep 1992 17:12:49 GMT

In article <1992Sep10.105259.21121@newshub.ccs.yorku.ca> tony@nexus.yorku.ca (Anthony Wallis) writes:
>> ..braces are #(re)defined as BEGIN and END, | as BOR (binary OR),
>> || as OR, etc.
>
>Another response (especially for British readers) might be ..
>
>Sounds like a load of old COBOLers !

There's an object-oriented version called EASY SEE PLUS PLUS.

=====================================================================
Reid Kneeland
reid@tti.com  (that's MISTER reid@tti.com to you!)
Transaction Technology Inc., Santa Monica, CA, USA (310) 450-9111 x2499
The opinions expressed above do not necessarily etc etc...

Never trust a man who can count to 1,023 on his fingers.
From: mhall@amiganet.chi.il.us (Mike Hall)
Newsgroups: comp.lang.c
Subject: Anyone want a circe 1980 "Tiny-C" for the PDP-11?
Date: 10 Sep 92 23:30:34 GMT
Organization: Amiga Network Information Systems

Subject line sez it:

        Anyone want a Tiny-C for the PDP-11?  Original purchase about 1980.

I know it's not so viable anymore, but if anyone wants it for nostalgia...


--
Mike Hall       708-393-6350
mhall@amiganet.chi.il.us
Newsgroups: comp.lang.c,comp.lang.c++
From: iwelch@agsm.ucla.edu (Ivo Welch)
Subject: garbage collection wanted
Organization: UCLA, Anderson Graduate School Of Management
Date: 5 Sep 92 14:59:33 PDT


In 1989, Hans  Boehm from Rice posted  a  garbage collector  for  C to
Usenet/comp.sources.unix/volume20. I am wondering  how it is  possible
to write a garbage collector  for C compilers without  tinkering  with
internals, such as stack frames.  Since I would love  to use a garbage
collector with C, I was wondering if someone  know whether this works,
what the drawbacks  are, etc.

(I cannot reach Prof  Boehm,  since his account   no longer  seems  to
exist. Please email to me;  I will try to  summarize. I do not usually
read these newsgroups.)

Thanks.

/ivo welch
iwelch@agsm.ucla.edu
Newsgroups: comp.lang.c
From: aland@chaos.cs.brandeis.edu (Alan D.)
Subject: Re: Only C gurus allowed?!?!
Reply-To: aland@cs.brandeis.edu
Organization: As little as possible
Date: Thu, 10 Sep 1992 16:46:57 GMT

mccall@mksol.dseg.ti.com (fred j mccall 575-3539) writes:
>In <1992Sep9.051107.22938@nuscc.nus.sg> eletanjm@nuscc.nus.sg (TAN JIN MENG) writes:

>>I posted something in this group to try to help someone out. 

>>I got flaming mail to the effect that I was wrong, that my explanation
>>was garbage etc etc and that I shouldn't post in this group (to help
>>others) unless I'm very sure of the facts.
[...]

>>Does it matter whether I was right or wrong? There're plenty of fellas
>>here willing to correct me if I'm wrong .... but please don't be
>>offensive or [suggest] that I keep quiet.

>Yes, it matters quite a bit whether you're right or wrong, if you're
>claiming to be giving an answer to someone.  When you ask a question,
>does it matter to you whether the answer is right or wrong?
>Presumably so, or you would have just made one up instead of asking.
>So why would you even question whether it matters whether an answer
>you give someone is right or not?  If you don't KNOW the answer, why
>answer?  

Well, I answered a question on this group, and I gave the right
answer, and I still got flamed because my explanation wasn't 100%
accurate, even though I had explicitly stated that my answer would not
be correct in all situations.

>>Is is just this group or what? I don't get this kind of thing in the
>>other groups I suscribe to. 

I've never gotten it in any other group, but this group seems a little
more sensitive.

	-=Alan
Newsgroups: comp.lang.c
From: sena@cs.albany.edu (Guido Saspa Sena Jr.)
Subject: Graphics support in PC-based C compiler
Originator: sena@pascal.albany.edu
Organization: Computer Science Department, SUNY at Albany, Albany, NY 12222
Distribution: comp.lang.c
Date: Thu, 10 Sep 1992 21:22:16 GMT


I am interested in writing a graphing utility on a PC based system. I am
not familiar with PC-based C compilers, and would like input on which C 
compilers would provide the best support. (the most primitives).

Thanks in advance.

--
jonjie.                             sena@cs.albany.edu
GUIDO SENA, JR.                     State University of New York, Albany
-- 
jonjie.                             sena@cs.albany.edu
GUIDO SENA, JR.                     State University of New York, Albany