HDTenEightyP/NetNews huggingface dataset:
From: info@sco.COM (SCO Information)
Subject: SCO ODT Supplementary Doc 
Organization: The Santa Cruz Operation, Inc.
Date: Mon, 31 Aug 1992 19:17:29 GMT
Followup-To: biz.sco.opendesktop

                         PRODUCT ANNOUNCEMENT
                                   
August 26,  1992 ...  SCO  is  pleased  to  announced  first  customer
shipments  of   the  SCO   Open  Desktop   Release  2.0  Supplementary
Documentation. A revised Product Announcement follows:
______________________________________________________________________

PRODUCT NAME:  SCO Open Desktop Supplementary Documentation

DESCRIPTION:  The   SCO  Open   Desktop  Release   2.0   Supplementary
  Documentation is designed for system administrators, developers, and
  advanced users  who want  to know  more  about  SCO  Open  Desktop's
  complete set  of  system  services.  The  manuals  provide  detailed
  information on  SCO Open  Desktop networking,  and MS-DOS  and  UNIX
  System operation  and administration,  which is  normally beyond the
  scope of  the typical  user.  The  Supplemental  Documentation  also
  includes hardcopy  manual versions  of the online SCO Open Desktop X
  Reference and Desktop Help software, as well as the SCO Open Desktop
  User's Guide,  on diskette,  in SCO's online graphical documentation
  format.

  The  SCO   Open  Desktop  Release  2.0  Supplementary  Documentation
  consists of:

    Online version (dual media) of SCO Open Desktop User's Guide
    SCO Open Desktop Server System Release 2.0 Release Notes
    SCO UNIX Operating System User's Guide
    SCO UNIX Operating System System Administrator's Reference
    SCO Merge, MS-DOS Version 5.0 User's Guide and Reference
    SCO TCP/IP Runtime System for SCO UNIX Systems Command Reference
    SCO NFS Programmer's Guide and Command Reference
    SCO Open Desktop X Reference and Desktop Help
  
PRICING: Contact your SCO Supplier

SCO and  Open Desktop  are registered  trademarks of  The  Santa  Cruz
Operation, Inc.  in the U.S.A. and other countries. All other brand or
product names  are or  may be  trademarks of, and are used to identify
products or services of, their respective owners.

The Santa  Cruz Operation, Inc. reserves the right to change or modify
any of the product specifications or features described herein without
notice. This  product summary  is for  information only.  SCO makes no
express or implied representations or warranties in this summary.

All references to the SCO UNIX Operating System or the SCO UNIX System
refer to the SCO UNIX System V/386 Release 3.2 Operating System.

Copyright (c) 1992 The Santa Cruz Operation, Inc. All Rights Reserved
Newsgroups: biz.sco.announce
From: larryp@sco.COM (Larry Philps)
Subject: Re: accessing the user structure for other processes from C
Organization: SCO Canada, Inc.
Date: Mon, 31 Aug 1992 13:34:19 GMT

In <199208241352.AA14228@maxwell.meridiantc.com> Ed Macke <ed@maxwell.meridiantc.com> writes:

> I an writing a C program running under ODT 2.0 which needs to access the user
> structure (the thing defined in <sys/user.h> for other processes.  I know how
> to open and read from /dev/kmem to get kernel structures; however, the user
> structure for other processes does not appear to be resident in the kernel.
> The 'crash' program is able to read user structures in; does anyone know how
> this is done?

Actually, there is an easy way to do what you want.  The SVR3 sysi86
system call contains a RDUBLK option which returns the user block of a
specified process.  You do not have to be root to use this call.  The
manual pages for sysi86 describes this function.

Enjoy

---
#include <std/disclaimer>

Larry Philps,	 SCO Canada, Inc.
Postman:  130 Bloor St. West, 10th floor, Toronto, Ontario.  M5S 1N5
InterNet: larryp@sco.COM
UUCP:	  {uunet,utcsri,sco}!scocan!larryp
Phone:	  (416) 922-1937
Xref: sparky biz.sco.opendesktop:651 comp.unix.sysv386:13907 sco.opendesktop:81
From: madsere@okys.infoserv.com (Rene Madsen)
Newsgroups: biz.sco.opendesktop,comp.unix.sysv386,sco.opendesktop
Subject: Twinhead (Logitech) Busmouse not recognized by ODT 2.0
Keywords: SCO ODT 2.0 BUSMOUSE
Date: 1 Sep 92 21:57:44 GMT
Followup-To: poster
Organization: Brackton Ltd. Luxembourg


I'm trying to install a Twinhead (Logitech compatible) busmouse on
my ODT 2.0 system.

mkdev mouse -> 2) add a mouse -> 2) busmouse -> 3) logitech busmouse
-> 1) display current busmouse parameters (which reports vector 5,
base address 0x00. Below it says 'zero values implies auto config').

Since the busmouse adapter is set for interrupt vector 5 I leave
'busmouse configuration', hit return to have the multiscreen default,
say n to have the mouse on other terminals, and y to create new kernel,
to default boot it, and to rebuild kernel parameters.

Everything runs fine, except when I reboot the system, hwconfig
does not say a line about the busmouse. Nothing even close.

Looking in /etc/conf/cf.d/sdevice the vector (parameter 6) which
should have been set to 5 is still 0. I've tried to set it to
5 and rebuild, but no luck.

I have no idea what the base address of the mouse board is. The
documentation does not mention it, and there are no switches or
jumpers on the board that could give a clue.

I have also, just to try anything, tried to install the mouse
as a microsoft busmouse, and an olivetti busmouse. No luck.

The hardware works fine if I boot the system in messy dos and
run windows with the mouse configured as a microsoft busmouse.

Clues anyone? 

-- 
Rene Madsen                
Unix Systems Support/Dev.       
madsere@okys.infoserv.com
From: madsere@okys.infoserv.com (Rene Madsen)
Newsgroups: biz.sco.opendesktop
Subject: Re: Windows & ODT 2.0
Date: 24 Aug 92 17:59:45 GMT
Organization: Brackton Ltd. Luxembourg

In article <1992Aug21.061602.27297@xenitec.on.ca>, news@xenitec.on.ca (xenitec.on.ca News Administrator) writes:
> I want to install Windows under ODT 2.0 using Merge.  What is the best
> way of doing it?
> 
> Should I bring up dosadmin and do it that way, or should I bring up
> dos and go to J: drive and then just do a windows install there?

If you want to run Windows 3.1 forget it!

Windows 3.1 will only run in 'standard' or 'extended' mode and ODT 2.0
only offers 'real' mode.

-- 
Rene Madsen                
Unix Systems Support/Dev.       
madsere@okys.infoserv.com
From: Frank@mindlink.bc.ca (Frank I. Reiter)
Newsgroups: biz.sco.opendesktop
Subject: CNews under ODT 2.0
Date: 28 Aug 92 22:20:12 GMT
Organization: MIND LINK! - British Columbia, Canada
Distribution: world

Has anybody gotten cnews running well under ODT 2.0?  I've brought it up under
other environments, but I'm having a heck of a time compiling (much less
running) under ODT 2.0.

If somebody could send me (or tell me where to ftp) the configuration scripts
built by conf/build I would be ever so grateful.  If not, even hearing that it
can be done by a mortal such as myself would be nice.  :)

Frank.
--
___________________________________________________________________
Frank I. Reiter                 Internet: Frank@mindlink.bc.ca
MIND LINK! Communications Corp. Surrey, British Columbia, Canada
From: fengstad@xi.uleth.ca (Grant Fengstad)
Newsgroups: biz.sco.opendesktop
Subject: SCO ODT 2.0 Questions
Summary: What X clients (if any) come with this package
Date: 2 Sep 92 02:24:50 GMT
Distribution: biz
Organization: University of Lethbridge

I've just recently ordered SCO ODT 2.0 Server edition with the
development kit (big investment!)

My question is quite simple..  What X clients are provided with this
distribution, if any.  Are there any diversional type programs (ie:
games)?

--
#====================================================================#
# Grant M. Fengstad		     E Mail: fengstad@alpha.Uleth.CA #
# Manager, Network Operations	     Voice:     (403) 382-6724       #
# Canadian Regional Airlines Ltd.    FAX:	(403) 327-1229       #
#====================================================================#
Newsgroups: biz.sco.opendesktop,comp.unix.sysv386
From: Jonathan P. Crone <cronejp@bnr.ca>
Subject: Re: Dos 5.0 conventional memory availability under Merge in
     ODT2.0
Organization: Bell Northern Research
X-Useragent: Nuntius v1.1b3
Date: Wed, 26 Aug 1992 19:35:12 GMT


I was digging through the manual again, and discovered that I wasn't
dreaming,
the SCO docs DO say that one should expect 610K of free ram
when Dos merge fires up in ODT2.0  (page 278-279 of the System
Administrators
Guide, both state that DOS is loaded into HMA, and that the Dos
services bridge is loaded into HMA and into Upper memory blocks... )

Well, according to MEM /C in dos, (and Microsoft's MSD program)
they ain't getting loaded into High memory....) 

Any ideas before I start calling SCO and bitching????

thanks

JpC

Jonathan P. Crone	613-763-8624	Fax 613-763-2803	ESN:393-8624
BNR Audio Conformance			cronejp@bnr.ca
BNR pays me to design and test telephone systems, not to have a
net.opinion.
Xref: sparky biz.sco.opendesktop:641 comp.unix.sysv386:13619
From: cronejp@bnr.ca (Jonathan P. Crone)
Newsgroups: biz.sco.opendesktop,comp.unix.sysv386
Subject: Dos 5.0 conventional memory availability under Merge in ODT2.0
Date: 26 Aug 1992 18:29:38 GMT
Organization: Bell Northern Research
X-Useragent: Nuntius v1.1b3

I'm attempting to configure my ODT 2.0 Server system in such a way that
Merge 
will provide more than 510kbytes of conventional memory in Dos5.0
sessions.

Attempts to use himem.sys coupled with the DOS=HIGH  or DOS=UMB in
the config.sys for the dos session do not work.

Using MEM /C from within the dos session shows that DOS itself as well 
as the Merge 'Bridge' device driver both are sitting in conventional
memory. I want them OUT OF THERE!!!! :-) 

If I assign EMS memory (Using 'dos +aems2' from unix) allocates
2 megs of EMS memory, but nothing gets loaded into there either...

There is a file called 'mgrxms.sys' in /usr/lib/merge, that
based on the name (mgr=merge??? and xms= for extended memory) 
makes me think that its a xms driver for merge, but I cannot find
any info on it in any of the Server system docs, or man pages.

Any ideas or suggestions would be appreciated, (If I haven't RTFMed
enough, I'm sorry but I'm getting broken spines on the SCO docs 
from searching for hints) .


JpC

Jonathan P. Crone	613-763-8624	Fax 613-763-2803	ESN:393-8624
BNR Audio Conformance			cronejp@bnr.ca
BNR pays me to design and test telephone systems, not to have a
net.opinion.
From: vances@xenitec.on.ca (Vance Shipley)
Newsgroups: biz.sco.opendesktop
Subject: Re: SCSI disks in Toshiba notebooks with SCO UNIX
Keywords: D-Link paralell-port ethernet
Date: 21 Aug 92 03:44:11 GMT
Organization: SwitchView Inc., Waterloo, Ontario


D-Link make a paralell port ethernet adaptor with SCO Unix drivers.
How about NFS?

-- 
Vance Shipley 
vances@xenitec.on.ca   vances@ltg.uucp   ..uunet.ca!xenitec!vances
Newsgroups: biz.sco.opendesktop
From: amu@marie.physik.tu-berlin.de (Andre Munter)
Subject: Some Questions  for ODT2.0:EISA,ET4000, Mylex LNE 390 (network-card)
Organization: ZRZ/TU-Berlin
Distribution: tub
Date: Fri, 28 Aug 1992 21:05:47 GMT

Hi,

some questions concerning ODT 2.0:

Is this configuration OK (and supports ODT this set?):

486/50, EISA
SCSI (Adaptec-Controller (EISA)
Mylex LNE 390 network-card
Conner HD (SCSI) > 500 Meg.
ET4000-VGA set

I think, that the hardware is OK. Only the Mylex-card is the risk. Is this
card supported by ODT 2.0 ?

Please e-mail!


Greetings, 
	     Andre

Newsgroups: biz.sco.opendesktop,comp.unix.sysv386
Subject: Re: Conventional memory under Merge, DOS 5.0
Summary: How to get more than 510K w/ DOS 5
Keywords: conventional,memory,config.sys,config.mki,image,merge
From: chap@art-sy.detroit.mi.us (j chapman flack)
Date: Tue, 01 Sep 92 01:58:21 GMT
Reply-To: chap@art-sy.detroit.mi.us (j chapman flack)
Organization: Appropriate Roles for Technology

This is a followup to a post I've lost--sorry I don't remember the
poster.  The question was: why is there only 510K of conventional
memory in a DOS 5.0 Merge session?  Why are DOS and the BRIDGE.SYS
drivers, etc., not loaded high?

Well, I just finished my ODT 2.0 update, and here's what I found:
There are two proto config.sys files in /usr/lib/merge: config3.mki
and config5.mki.  There is also a file /usr/merge/image/config.mki
which is what's actually used when you create your dos images.  By
default, for some reason, the /usr/merge/image/config.mki is a copy
of /usr/lib/merge/config3.mki.  To correct it, just

#  cp  /usr/lib/merge/config5.mki  /usr/merge/image/config.mki
#  mkimg

(After undoing anything else you might have poked and twiddled
looking for the problem :-)

A "mem" at the command prompt now shows me 624288 bytes free in conventional
memory.  Good luck!
-- 
Chap Flack                         Their tanks will rust.  Our songs will last.
chap@art-sy.detroit.mi.us                                    -MIKHS 0EODWPAKHS

Nothing I say represents Appropriate Roles for Technology unless I say it does.
Xref: sparky biz.sco.opendesktop:654 biz.sco.general:3144 comp.dcom.modems:12908
From: madsere@okys.infoserv.com (Rene Madsen)
Newsgroups: biz.sco.opendesktop,biz.sco.general,comp.dcom.modems
Subject: MUX ports for SCO ODT
Keywords: MUX SCO ODT
Date: 3 Sep 92 14:41:56 GMT
Followup-To: poster
Organization: Brackton Ltd. Luxembourg


Hi Netters,

I'm looking for an _intelligent_ multiplexer (multichannel
serial board) for my SCO ODT system.

Two ports will be used for modems, so the MUX must have
full signal support, and be equipped with 16550 UARTs.

I've been looking at the Arnet SmartPort, which will support
4 ports, and be easy (?) upgradable to 8. SCO states in the
release notes that Arnet boards are supported, but does not
mention which models (and there seem to be quite a few
different!)

Does anybody have experince with this Board ? 

Are there other boards I should take into consideration
(compatibility/ reliability/performance/price) ?

Any related information will be appriciated!

-Rene
-- 
Rene Madsen                
Unix Systems Support/Dev.       
madsere@okys.infoserv.com
From: news@xenitec.on.ca (xenitec.on.ca News Administrator)
Newsgroups: biz.sco.opendesktop
Subject: Windows & ODT 2.0
Date: 21 Aug 92 06:16:02 GMT
Organization: [resent by] The SCOODT gateway and Propagation Society
Submit-To: scoodt@xenitec.on.ca
Resent-By: mmdf@xenitec.on.ca
Precedence: bulk

I want to install Windows under ODT 2.0 using Merge.  What is the best
way of doing it?

Should I bring up dosadmin and do it that way, or should I bring up
dos and go to J: drive and then just do a windows install there?

Any suggestions would be appreciated.

Thanks in advance.

Steve


-- 
Norstan Communications, Inc.        | Steven E. Frazier
8101 N. High Street Suite 100       |---------------------------------------
West Worthington, OH   43235        | Local : sfrazier
Voice 614-785-7335 Fax 614-785-7337 | Remote: sfrazier@norstan.com
Xref: sparky biz.sco.opendesktop:649 comp.unix.sysv386:13879
From: larry@gator.rn.com (Larry Snyder)
Newsgroups: biz.sco.opendesktop,comp.unix.sysv386
Subject: Re: Conventional memory under Merge, DOS 5.0
Keywords: conventional,memory,config.sys,config.mki,image,merge
Date: 1 Sep 92 12:33:27 GMT
Organization: The Gator Public Access Unix Site - 219-289-3745

chap@art-sy.detroit.mi.us (j chapman flack) writes:

>This is a followup to a post I've lost--sorry I don't remember the
>poster.  The question was: why is there only 510K of conventional
>memory in a DOS 5.0 Merge session?  Why are DOS and the BRIDGE.SYS
>drivers, etc., not loaded high?

I just checked mine -- I get 594K of RAM running DOS-Merge
with DOS 5.0 under Dell SVR4 release 4.0 (2.2)
using nortons SI

>(After undoing anything else you might have poked and twiddled
>looking for the problem :-)

>A "mem" at the command prompt now shows me 624288 bytes free in conventional
>memory.  Good luck!

here is mine (again under Dell SVR4 4.0)

    655360 bytes total conventional memory
    655360 bytes available to MS-DOS
    608896 largest executable program size

     65536 bytes total contiguous extended memory
         0 bytes available contiguous extended memory
         0 bytes available XMS memory
           MS-DOS resident in High Memory Area


-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
Newsgroups: biz.sco.opendesktop,comp.unix.sysv386
From: mknewman@blkbox (Marc Kraker Newman)
Subject: Re: Dos 5.0 conventional memory availability under Merge in ODT2.0
Organization: The Black Box BBS (713) 480-2686 V32/V42bis/HST
Date: Thu, 27 Aug 1992 12:13:47 GMT

Jonathan P. Crone <cronejp@bnr.ca> writes:

>I'm attempting to configure my ODT 2.0 Server system in such a way that
>Merge 
>will provide more than 510kbytes of conventional memory in Dos5.0
>sessions.

>Attempts to use himem.sys coupled with the DOS=HIGH  or DOS=UMB in
>the config.sys for the dos session do not work.

>Using MEM /C from within the dos session shows that DOS itself as well 
>as the Merge 'Bridge' device driver both are sitting in conventional
>memory. I want them OUT OF THERE!!!! :-) 

>If I assign EMS memory (Using 'dos +aems2' from unix) allocates
>2 megs of EMS memory, but nothing gets loaded into there either...

>There is a file called 'mgrxms.sys' in /usr/lib/merge, that
>based on the name (mgr=merge??? and xms= for extended memory) 
>makes me think that its a xms driver for merge, but I cannot find
>any info on it in any of the Server system docs, or man pages.

>Any ideas or suggestions would be appreciated, (If I haven't RTFMed
>enough, I'm sorry but I'm getting broken spines on the SCO docs 
>from searching for hints) .


>JpC

You can toss the bridge.sys file as well as a couple of others and regain a LOT
of memory.  The problem is that you cannot access Unix filesystems after you
do this.  Also, booting off a floppy using the dosboot command can give you
some extra memory as well.  Here is the command line I use:

dosboot +agame +aems4 +a.220-237,388,389.10..0=.220-237,388,389.10..0 +ac:=/u/do
spartition +ad:=/dev/dsk/dos -b

and as you can see, I allocate a c: dospartition file, and d: is a real DOS
partition.  What you loose with this is the ability to access Unix files
directly.  You gain about 50k of memory.  Here is my config.sys:

device=emm.sys D000 208
device=part.sys 2
lastdrive=d:
stacks=0,0
buffers=18
files=7
fcbs=1,0

Using this setup, I get about 594k, and if I decrease buffers and files all
the way down to 1 I get about 600-603k.

Hope this helps.

Marc


-- 
Marc K. Newman (N5SLG)			Is UNIX pronounced 
mknewman@blkbox.com or			"UNIQUES" or
blkbox!mknewman				"EUNICHS"?
From: eastick@ramsey.cs.laurentian.ca (Doug Eastick)
Newsgroups: biz.sco.opendesktop
Subject: AutoCAD thru DOS on ODT??
Date: 2 Sep 92 02:59:48 GMT
Organization: Dept. of Computer Science, Laurentian University, Sudbury, ON


Works?  Recommended?

I'm wondering if this is a viable option for a machine which would see
little CAD usage, but lotsa other usage.

Thanks
-- 
Doug Eastick -- Sudbury, Ontario
From: Frank@mindlink.bc.ca (Frank I. Reiter)
Newsgroups: biz.sco.opendesktop
Subject: Cnews under ODT
Date: 26 Aug 92 23:06:15 GMT
Organization: MIND LINK! - British Columbia, Canada
Distribution: world

I'm trying to move a Cnews installation from SCO Unix to ODT 2.0 and I've run
into a little snag.

doit.root seems to execute fine, but doit.bin fails on this command:

        ln /usr/local/bin/news/inject/inews /usr/local/lib/news/inews
2>/dev/null || cp sh/inews /usr/local/lib/news
cp: cannot create /usr/local/lib/news/inews
cp: Permission denied
*** Error code 2

Stop.

This is not surprising as doit.root creates the directory with the following
permissions:

drwxrwxr-x   3 news     news          48 Aug 26 15:51 /usr/local/lib/news

Why is doit.bin attempting to create things in a directory not writeable by
bin?

Frank.
--
___________________________________________________________________
Frank I. Reiter                 Internet: Frank@mindlink.bc.ca
MIND LINK! Communications Corp. Surrey, British Columbia, Canada
From: news@xenitec.on.ca (xenitec.on.ca News Administrator)
Newsgroups: biz.sco.opendesktop
Subject: Local Printing SCO ODT 2.0
Date: 21 Aug 92 06:42:16 GMT
Organization: [resent by] The SCOODT gateway and Propagation Society
Submit-To: scoodt@xenitec.on.ca
Resent-By: mmdf@xenitec.on.ca
Precedence: bulk

I have some users on our system who dialup into their account using a
Wyse50 and they have a printer attached to the Wyse 50.

The emulation seems to work just fine.

They want to local print (which they are at home) using the wyse 50 and the
local printer attached.

If they use "lprint file name" they get the file, but either a cr or a lf
is missing on their printer and the printer prints over and over on the same
line.

I have looked in the book, and didn't find a while lot, but if I set
LPR=local but if I do cat filename | lp, it still prints to the default
printer.

I have tried cat filename | lp -L and the -L wants and argument, but I can
find what argument it needs.  I tried cat filename | lp -L local but the
printer still prints over top of each other not giving my a crlf.

Could someone help me out on what I am doing wrong?

thanks very much.

Steve




-- 
Vlink 		                   | Steven E. Frazier
                                   |---------------------------------------
                                   | Local : sfrazier
(614) 785-7335                     | Remote: sfrazier@eng.norstan.com
Newsgroups: biz.jobs.offered,misc.jobs.contract,misc.jobs.offered
From: tretech@well.sf.ca.us (Tretech Solutions Inc)
Subject: Physical Designer EMI/ESD/Thermal test packaging in NJ
Organization: Whole Earth 'Lectronic Link
Distribution: usa
Date: Mon, 31 Aug 1992 13:31:42 GMT

Tretech Solutions Inc, is a NJ based consulting firm, servicing the computing an
d engineering needs of Fortune 500 companies. We offer highly competitive compen
sation, a full line of benefits, and will sponsor.
 
Immediate Opening:
 
Physical Designer for electronic packaging.
Thermal/EMI/ESD testing.  BS/MSME and 5 years experience required. 

  Please FAX  908-946-4175, respond via email (no postscript files) to this message, or send resumes to Tretech Solutions, Inc., PO Box 44, Holmdel, NJ 07733.
~
P.S. Tretech saves all paper resumes for future consideration, we currently do
not save emailed resumes nor do we respond to email if we do not determine the
resume to be a match for the position.~  The best approach is to email us a
resume and follow up with a paper copy.  Please be brief in your cover letters.
Newsgroups: biz.jobs.offered,misc.jobs.contract,misc.jobs.offered,
From: tretech@well.sf.ca.us (Tretech Solutions Inc)
Subject: UNIX, C, DSP Position in NJ
Organization: Whole Earth 'Lectronic Link
Distribution: usa
Date: Fri, 4 Sep 1992 14:08:21 GMT

Tretech Solutions Inc, is a NJ based consulting firm, servicing the 
computing and engineering needs of Fortune 500 companies. We offer 
highly competitive compensation, a full line of benefits, and will sponsor.



Immediate Consulting Position in Central NJ:



Software engineer to design and develop Image processing applications.
Skills include UNIX, 'C', 'C++', DSP Assembler, and Imaging.  Candidates
should have a minimum of 3 years practical work experience.  


  Qualified candidates only, FAX your resume immediately to 908-946-4175,
  and follow up with either Email copy or DOS compatible floppy 
  (with paper copy) to Tretech Solutions, Inc., PO Box 44, Holmdel, NJ 07733.



P.S. Tretech saves all paper resumes for future consideration. We currently 
do not save emailed resumes. 
Newsgroups: biz.jobs.offered,misc.jobs.contract,misc.jobs.offered