HDTenEightyP/NetNews huggingface dataset:
From: mbb@cbnewsb.cb.att.com (martin.brilliant)
Subject: Need help with Pacioli 2000
Organization: AT&T
Date: Wed, 22 Jul 1992 16:24:09 GMT

I'm setting up Pacioli 2000 as treasurer of a little theater group to
replace our paper books.

My basic problem is that when I open period 37, to shift the first
fiscal year off the active periods display, I lose the audited balance
carried forward from the first fiscal year into the second.  The
account balances are OK, but the auditing option loses it.

Is there anybody who uses Pacioli 2000, and uses the auditing option
to reconcile checking account balances, who has successfully opened
the 37th period?  If so, I want to discuss details.

I won't include a detailed description because it would either bore or
confuse a lot of people.  Please drop me an email response if you have
done the above successfully - or even if you've had trouble with it -
and I'll give you more details.

In case you're wondering why I don't just call Pacioli 2000 technical
support, I tried that, half-heartedly.  I mailed the registration card
last January and the Postal Service returned it with a sticker that
said they moved and left no forwarding address.  Now that I need help,
I found and phoned their current support number.  The recording said I
needed my registration number, and I waited several minutes with no
evidence that there was a real person there - who might in any case
only tell me that they couldn't help me until I registered.

							Marty
marty@hoqaa.att.com		hoqaa!marty
Martin B. Brilliant		(Winnertech Corporation)	
Xref: sparky comp.os.msdos.apps:4145 comp.os.msdos.programmer:8156
From: pvr@wang.com (Peter Reilley)
Newsgroups: comp.os.msdos.apps,comp.os.msdos.programmer,comp.editor
Subject: Re: Looking for good binary editor
Date: 29 Jul 92 20:11:06 GMT
Distribution: usa
Organization: Wang Labs, Lowell MA, USA

dougs@tvnews.tv.tek.com (Doug Stevens) writes:

>I'm looking for an editor that operate on binary files. Insert editing
>would be nice but is not essential. The type of screen I'm looking for
>includes the address/offset for the data within the file, the hex
>dump of the data, and the ASCII interpretation:

>     0	67 72 61 66 3A 20 09 67 72 61 70 68 69 63 73 20    graf: .graphics 
>    10	73 6F 66 74 77 61 72 65 0D 0A 0D 0A 09 6F 72 63    software.....orc
>    20	61 64 3A 09 09 4F 72 63 61 64 0D 0A 0D 0A 09 70    ad:..Orcad.....p
>    30	7A 70 3A 09 09 50 69 7A 61 7A 7A 2D 50 6C 75 73    zp:..Pizazz-Plus
>    40	0D 0A 0D 0A 6E 75 6D 3A 20 09 6E 75 6D 65 72 69    ....num: .numeri

>ANA is very close to what I need, but will only write out a one-page edit
>buffer to a file, not the entire file.

	BEAV (Binary Editor And Viewer), is a full featured binary file 
editor.	  Just about any operation that you could want to do to a binary 
file is possible with BEAV.   You can insert or delete in the middle of 
a file thereby changing it's size.   You can edit multiple files in 
multiple windows and cut and paste between them.   You can display and 
edit data in hex, octal, decimal, binary, ascii, or ebcdic formats.   You 
can display data in byte, word, or long word formats in either Intel or 
Motorola byte ordering.   You can send the formatted display mode to a 
file or printer.

	BEAV is based on the source for emacs for display and keyboard handling 
functions.   The binary file handling and display formats are special
to BEAV.   There is a full manual included in this release.   There
are makefiles for unix, xenix 286, AmigaDOS, and MSC 5.1 under DOS.   The 
old Wang PC is supported.   This has been tested on 286 and 386 PC's under 
SCO UNIX and XENIX and AIX on a RS6000.   There are a number of makefiles 
included, select the appropriate one and rename it to makefile.

	BEAV is available various archives, on SIMTEL20 it is;

	PD1:<MDSOS.FILUTL>BEAV132.ZIP	MSDOS executable and doc

	PD1:<MDSOS.FILUTL>BEAV132S.ZIP	source and doc

	I am willing to maintain BEAV and will entertain suggestions for
modifications and/or bug fixes.   I can be reached at;

		pvr@wiis.wang.com

or at;

		Peter Reilley
		19 Heritage Cir.
		Hudson, N.H. 03051
-- 
>>>>>>>>>>>> Peter Reilley ..... pvr@wiis.wang.com ..... KA1LAT <<<<<<<<<<<<<
                     Well, that about says it.
Newsgroups: comp.os.msdos.apps
From: cy@genghis.borland.com (Cy Shuster)
Subject: Re: Paradox
Originator: cy@genghis.borland.com
Organization: Borland International
Date: Tue, 21 Jul 92 21:16:01 GMT

In article <BrLDEn.Evt@acsu.buffalo.edu> visbieda@ubvmsb.cc.buffalo.edu (Christopher Bieda) writes:
>The release of Paradox 4.0 is imminent, if in fact, a few copies of the shrink-
>wrapped version have not crept out of warehouses to the favored.  <G>  No word
>on whether it is DPMI-compliant, but gads, you would surely hope it would be!

Yes!

--Cy--
cy@borland.com

Newsgroups: comp.os.msdos.apps
From: jfreter@triton.unm.edu (The Myth)
Subject: Re: SSTOR and Stacker question
Date: Wed, 22 Jul 92 15:46:41 GMT
Organization: University of New Mexico, Albuquerque

In article <ywR0NB1w164w@infopls.chi.il.us> millera@infopls.chi.il.us (Alan Miller) writes:
>you write:
>> I have a few questions regarding Stacker (or any such program) and
>> backing up your hard drive onto tape. Say I want to back up part of my
>> hard drive onto tape, but in normal format. Can I do this? Or, also,
>> say I've filled my hard drive to the point where I can't stop using
>> stacker. Can I back up my hard drive in Stacker format?
>
>There are two ways you could back it up, I'll give examples assuming you
>have one drive, the "stacked" volume is C: and the "original" volume is
>D:  When you run Stacker, what it does is create a large hidden file on
>your disk, install an interface program in memory, and lie to DOS.  As
>far as DOS is concerned, that large hidden file (named something like
>STACKVOL) _is_ your C: drive.  So, you can either back up the files on
>the stacked drive as if it were normal (probably your best bet) or you
>can back up the "original" drive, which includes that large hidden file.
>The problem with that latter is, what if you only want the file
>C:\WINDOWS\TOADSUCK.DOC?  What you have to do in that case is restore
>the _whole_ thing.  You'll get your file back, but it's equivalent to
>deleting everything on your disk and restoring completely from your last
>backup.  
>

Similar process for SuperStor.  One good thing about backing up the big file,
only (and not the physical drive), is that you can restore to any hard drive,
even one without SuperStor installed.  These programs and compressed files
are totally invisible to most disk I/O.  So, you can copy a file from a
compressed disk to a floppy and have the floppy version be totally uncomp-
ressed.

Is there any significant difference between SuperStor and Stacker?  Has/does
anyone use(d) the latest release of both (on different machines)?
From: nevries@accucx.cc.ruu.nl (Nico E de Vries)
Newsgroups: comp.os.msdos.apps
Subject: Re: Stacker and Borland C++ 3.1
Date: 28 Jul 92 10:59:13 GMT
Organization: Academic Computer Centre Utrecht

In <cee1.712010166@Isis.MsState.Edu> cee1@ra.msstate.edu (Charles Evans) writes:

>wright@epx.cis.umn.edu () writes:

>>Does anyone out there have Borland's C++ v3.1 (the 41 meg one!) on a "stacked"
>>hard drive?  How much space does it end up using?  Will a stacked 40 meg drive
>>be large enough?

>>Mark Wright

>Straight from Borland Customer Help:
>Hard Disk Requirements:
> 
>42Mb for 2k allocation units
>48Mb for 4k allocation units
>57Mb for 8K allocation units <--- I suppose this is Stacker.

No it isn't. Stacker does use data compression to reduce the actual
disk space usage significantly. Stacker has an avarage compression
of 1:2, due to the large amount of good compressible and small files
a use of 21Mb or less is expectable for BC++ 3.1 on a stacked drive.
Also notice one can save lots of HD space by not installing all of
it.

>Charles E. Evans


Nico E. de Vries
_ _
O O  USENET nevries@cc.ruu.nl  FIDO 2:281/708.1  COMPUSERVE "soon" (tm)
 o   This text reflects MY opinions, not that of my employer BITECH.      
\_/  This text is supplied 'AS IS', no waranties of any kind apply.      
     Don't waste your time on complaining about my hopeless typostyle.

"Unfortunately, the current generation of mail programs do not have checkers
 to see if the sender knows what he is talking about" (A.S. Tanenbaum)
From: yuval@violet.berkeley.edu (Yuval Oren;B1E;26199;8436073;ZA87)
Newsgroups: comp.os.msdos.apps
Subject: Re: Stacker
Date: 31 Jul 1992 20:09:47 GMT
Organization: University of California, Berkeley
NNTP-Posting-Host: violet.berkeley.edu

In article <7178@ds5000.DAC.Northeastern.edu> pclark@ds5000.DAC.Northeastern.edu (Peter Clark) writes:
>Of course, there are the cases where people have been running it forever and
>never had one problem with it, but I do not know anyone personally (out of
>15 people that I personally know are running it) who has not had a problem with
>it in one way or another (including version 2.0).
>
Actually, I have never had a problem with it. Period. Am I just lucky?
I'm running windows 3.1 on a 486/33 with a Maxtor 130m, running
Borland C++ 2.0 and every other utility imaginable.

>The other thing to consider is what kind of data will you be storing on the
>stacker partition?  Pre-compressed files (.ZIP, .ARC, .ZOO, .etc) will NOT
>be compressed any further by using Stacker, so don't bother if you drive is
>really populated with pre-compressed files, it will just be a lot of time for
>negligable ammounts of space gain.
>
>Peter Clark

Wrong. It won't compress to half the size, but I get compression
ratios of 1.1 - 1.4 : 1 using ARJ and ZIP. I get about 1.9:1 for
everything else. Not too bad for instant retrieval, eh?.

Yuval

-- 
______________________________________________________________
|Yuval Oren						     |
|yuval@violet.berkeley.edu     				     |
| "One spoiled green bird is worth two cooks in grass broth."|
Newsgroups: comp.os.msdos.apps,comp.os.msdos.misc,comp.os.msdos.programmer,comp.msdos.programmer,alt.msdos.programmer
From: mimperat@cs.dal.ca (Marco Imperatore)
Subject: PIC (8259)
Organization: Math, Stats & CS, Dalhousie University, Halifax, NS, Canada
Date: Thu, 23 Jul 1992 03:30:10 GMT


Can anyone point me to information regarding the Programmable Interrupt
Controller(8259)?  I have looked at the helppc package but it is not
sufficient.  I need a basic description of the master/slave paradigm
and how different IRQ #s are mapped to different interrupt #s.  Is
cascading related to the master/slave paradigm?

I would prefer online information and/or programming examples.

Please reply by e-mail since I don't read this group regularly.

Thanks...
marco.

-- 
Marco Imperatore (mimperat@cs.dal.ca)
Newsgroups: comp.os.msdos.apps
From: rhfiii@venus.ycc.yale.edu
Subject: Color Postscript Screen Dump
Organization: Yale Computer Center (YCC)
Date: 29 Jul 92 22:38:28 EDT

Does anyone know of a program which will allow one to dump an EGA screen to a
color postscript printer.  We have a QMS Colorscript printer and a 486 AT 
compatible.  Please respond by e-mail to GAI@Yalevm.YCC.Yale.EDU as we do not
usually read this net.  Thanks
                                            R.H. France
From: jf.messier@synapse.isis.org (Jf Messier) 
Newsgroups: comp.os.msdos.apps
Subject: Colorado tape drive - how
Date: 25 Jul 92 18:11:00 GMT
Distribution: world
Organization: SYNAPSE BBS - GATINEAU, QUEBEC - 819-561-4321
Reply-To: jf.messier@synapse.isis.org (Jf Messier) 

On 92-07-24, Serge A. plotkin wrote:
....................................
.Is there anyone out there who has tried the "automatic" option on
.the Colorado Jumbo tape drive ? The problem is that I can not
.find how to tell this software (I am using 2.54 version of their
.software) not to backup the windows swap file ! This is not a
.major problem if i do a full backup. On the other hand, I do not
.want a 20M file in each one of my incremental backups !
.......................................................

    If you want my advice, consider Central Point Backup. I use
it for over a year now with my Colorado 250. It's an external and
it works just great. I had some problems with the various
versions of the TAPE program provided with my drive. I now have
the version 2.54 as you and didn't find too many improvements
since the first version I had. I will use the Jumbo software only
for unatended tape access form my BBS door I'm creating now.

    'hope this helps you... :-)
---
 . DeLuxe. 1.25 #389s . SuperByte 386 : (819) 775-3471 USRHST
From: ralph@prosun.first.gmd.de (Ralph Berg)
Newsgroups: comp.os.msdos.apps
Subject: Data Base Public Domain ????
Date: 22 Jul 92 11:39:13 GMT
Organization: GMD-FIRST, D-1000 Berlin 10

Hi folks,

Is there any public domain database package for DOS via 
ftp reachable?????


ralph

-----------------------------------------------------------
Gesellschaft fuer Mathematik und Datenverarbeitung
GMD-FIRST			   INTERNET: ralph@gmd.first.de
Ralph Berg 			   UUCP:     ralph@gmdtub.uucp
Rudower Chaussee 5 Geb.:13.7	   KOMEX:    berg@kmx.gmd.dbp.de
D-1199 Berlin - Adlershof	   VOICE:    +49 30 6704-5973
Germany				   FAX:      +49 30 6704-5610

German National Research Center for Computer Science, FIRST
ralph@first.gmd.de
-----------------------------------------------------------
From: sph0301@utsph.sph.uth.tmc.edu (Kate Wilson)
Newsgroups: comp.os.msdos.apps
Subject: Re: ANSI-type utility help
Date: 31 Jul 1992 13:43:42 GMT
Organization: Univ. of Texas School of Public Health

In article <1992Jul30.192344.23354@u.washington.edu> olsont@hardy.u.washington.edu (.) writes:

>  I am looking for a utility that will highlight the names of files
>with user-definable colors based on the file's extension.  For 
>instance, when using dir all .exe file names are red and all .bat
>file names are blue.  Does anyone know of such a utility on any
>of the FTP sites?  
>Thanks in advance,
>todd
>olsont@hardy.u.washington.edu

4DOS has an environment variable called COLORDIR which does this.  You
can add a line to your autoexec file such as:
  SET COLORDIR=COM EXE:RED; BAT:BRIGHT CYAN; RDONLY:BLINK GREEN

kate wilson
Xref: sparky comp.os.msdos.apps:4121 comp.os.msdos.misc:4519
From: medin@cod.nosc.mil (Ted Medin)
Newsgroups: comp.os.msdos.programer,comp.os.msdos.apps,comp.os.msdos.misc
Subject: HELP backup/restore problem - how do you start in the middle?
Keywords: backup restore
Date: 27 Jul 92 04:46:40 GMT
Distribution: usa
Organization: Naval Ocean Systems Center, San Diego


 Have this diskette produced by backup but am missing the preceeding
diskettes. See a directory on the diskette that conforms to the file
i am looking for. However, when i copy that file from the diskette to
another drive and then use that file the file is garbaj.
 So how do you restore a file when you are missing the previous diskettes
of the backup?
From: visbieda@ubvmsb.cc.buffalo.edu (Christopher Bieda)
Newsgroups: comp.os.msdos.apps
Subject: Re: Appointment Scheduler
Date: 30 Jul 92 21:16:00 GMT
Organization: University at Buffalo
News-Software: VAX/VMS VNEWS 1.41

In article <13885@mindlink.bc.ca>, James_Hung@mindlink.bc.ca (James Hung) writes...

>I am looking for a DOS appointment scheduler that I can "hot key" into when I
>am in another program.  I have tried the Desktop in PCTools v.7 but there are
>bugs in it.  Any suggestions would be welcome.   Thanks in advance.

SideKick 2.0 from Borland, perhaps?
From: leary@progress.COM (James Leary)
Newsgroups: comp.os.msdos.apps
Subject: Re: Stacker
Date: 30 Jul 92 16:46:25 GMT
Organization: Progress Software Corp.

pclark@ds5000.DAC.Northeastern.edu (Peter Clark) writes:

>My personal, and lots of people that I know, experience with Stacker has been
>that it has unexplicebly crashed, loosing all data in the 'stacker partition',
>it has been known to overload voice-coils on some hard disks (I've seen it 
>overload a coil on a Seagate), it has corrupted itself, and generally has
>created more problems than it solved.

This is interesting: I have been using Stacker for quite some time now, and have
successfully installed and used on on a wide variety of PC's with no problems wh
atsoever.  The only problem I have ever experienced is forgetting to create a swap file for Windows BEFORE creating a Stacker partition.

>Pre-compressed files (.ZIP, .ARC, .ZOO, .etc) will NOT
>be compressed any further by using Stacker, so don't bother if you drive is
>really populated with pre-compressed files, it will just be a lot of time for
>negligable ammounts of space gain.

VERY good point.  I have had to talk a number of people at length that use these type of files that another disk drive is the wise purchase, and not Stacker.  Stacker is definately not for everyone with disk space problems.

Another point that people may overlook: when using Smartdrive or other on-board disk-caching method, Stacker does not utilize it well, if at all.  I believe it has something to do with Stacker intercepting disk interrupts BEFORE the cache has a chance to see them.

Anyway, for all who use it: it works fine, but be careful.

regards,

Jim Leary
Newsgroups: comp.os.msdos.apps
From: fox@rei2.uucp (Fuzzy Fox)
Subject: Re: Stacker
Date: Fri, 31 Jul 1992 19:48:48 GMT
Organization: REI

leary@progress.COM (James Leary) writes:

>Another point that people may overlook: when using Smartdrive or other on-
>board disk-caching method, Stacker does not utilize it well, if at all.  I
>believe it has something to do with Stacker intercepting disk interrupts
>BEFORE the cache has a chance to see them.

That's not quite it; the Stacker software, due to its compression of
individual sectors, ends up spreading virtual sectors around the disk,
due to fragmentation within the Stacker volume.  Thus, cache programs
that expect sector 121 and sector 122 to be located physically next to
each other come out wrong.  However, cache programs don't normally cache
a Stacker volume, but the principal applies to the uncompressed volume
as well...If a program reads several adjacent sectors from the Stacker
drive, it can translate to several UN-adjacent sectors within the
stacker volume, thus defeating the locality-of-reference principal that
most cache programs depend on.  Use the SDEFRAG utility occasionally,
and you may find some performance improvement.

-- 
#ifdef TRUE         | Fuzzy Fox                  fuzzy@netcom.com
#define  TRUE   0   | a.k.a. David DeSimone      an207@cleveland.freenet.edu
#define  FALSE  1   |          "This article was probably generated
#endif              |                  by a buggy news reader."
Newsgroups: comp.os.msdos.apps
Subject: Re: Recent posting (and Re: uuencode & uudecode)
From: cctr132@csc.canterbury.ac.nz (Nick FitzGerald, CSC, Uni. of Canterbury, NZ)
Date: 23 Jul 92 15:47:32 +1200
Organization: University of Canterbury, Christchurch, New Zealand

After posting asking for the whereabouts of a good uuen/de/coder for DOS
Ken Hall posted:

> I flame in my own general direction.
> 
> I ignorantly posted my request for software on here instead of 
> comp.binaries.ibm.pc.archives.  beCAUSE...that's where I found 
  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> UUencode/UUdecode for Windows.

Good thing you didn't post there (yet ?) either as it is also
THE WRONG GROUP  (sorry for shouting).

cbip.archives is for upload announcements from the popular DOS ftp
archive sites.

cbip.wanted is the group to post "Where do I get..." messages.  If this
group has not been cretaed at your site (this seems to be a not uncommon
occurrence) please ask your news admin to create it.  If s/he doesn't
believe you (who would trust me, anyway ??  8-)), read cbip.* for a week
(at most) and snarf Keith Petersen's (sp) regular posting of the cbip.*
groups' charters then try to convince your news admin.

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 Nick FitzGerald, PC Applications Consultant, CSC, Uni of Canterbury, N.Z.
 n.fitzgerald@csc.canterbury.ac.nz    (64)(3)  642-337 Voice,  642-332 FAX

P.S. If you had posted there, I would have told you that UUEXEnnn is
worth looking for and at ("nnn" is version number - current is, I think,
513).  It's usually in a ZOO archive.
Newsgroups: comp.os.msdos.apps
Subject: Help with LPD
From: Dan Karipides <DK6TOPER@MIAMIU.BITNET>
Date: Tuesday, 28 Jul 1992 10:26:09 EDT
Organization: Miami University - Academic Computer Service

I don't want to waste bandwidth by posting specifics, but I've been reduced
to the state of begging for help and I want to know if anyone out there can
help me.
 
I recently downloaded via ftp a LPD program (line printer daemon).  The program
was freeware and written in 1990 I believe.  I am having major problems getting
it up an running (e.g., machine crashes).  I emailed the author, but got no
response.  If you can help me or have suggestions as to where to go for help,
please email me.
 
Thanks,
 
                                                       -Dan
Newsgroups: comp.os.msdos.apps
From: fox@rei2.uucp (Fuzzy Fox)
Subject: Re: Stacker
Date: Fri, 31 Jul 1992 19:44:33 GMT
Organization: REI

pclark@ds5000.DAC.Northeastern.edu (Peter Clark) writes:

>My personal, and lots of people that I know, experience with Stacker has been
>that it has unexplicebly crashed, loosing all data in the 'stacker partition'

Stacker once crashed on me, too, but it was due to faulty software (MS
Windows) trashing Stacker's data area, and *NOT* due to Stacker.  No
program can defend against this kind of abuse.  I do like the fact that
Stacker does a good job of trying to recover from damaged accounting
information in the Stacker volume.

>it has been known to overload voice-coils on some hard disks (I've seen it 
>overload a coil on a Seagate)

How in the world could *ANY* software possibly kill a hard disk?
Especially a program like Stacker, which does not every touch the
hardware!  It intercepts calls to MS-DOS and then passes them back to
MS-DOS in order to read from the uncompressed volume....MS-DOS is the
only program that touches the disk hardware.  I would suspect bad
hardware long before I suspect bad software.

Like another user who posted here, I have pounded Stacker mercilessly
and found it never fails.  However, like any tool, it will work better
in the hands of a knowledgeable user.  When I see things like this
posted, I wonder if the user just doesn't know what the heck he's
doing.

>The other thing to consider is what kind of data will you be storing on the
>stacker partition?  Pre-compressed files (.ZIP, .ARC, .ZOO, .etc) will NOT
>be compressed any further by using Stacker, so don't bother if you drive is
>really populated with pre-compressed files, it will just be a lot of time for
>negligable ammounts of space gain.

This is true.  One option to consider is to leave the files uncompressed
on the Stacker volume.  If your file compressor is showing you a ratio
of less than 50% on the files it compresses, you can probably just leave
them uncompressed in a subdirectory, and they will take up the same
amount of disk space as they did when archived.

-- 
#ifdef TRUE         | Fuzzy Fox                  fuzzy@netcom.com
#define  TRUE   0   | a.k.a. David DeSimone      an207@cleveland.freenet.edu
#define  FALSE  1   |          "This article was probably generated
#endif              |                  by a buggy news reader."
Xref: sparky comp.os.msdos.apps:4144 comp.unix.msdos:903 comp.unix.shell:3189