IARU SUMMARY SHEET
Contest Dates : 13-Jul-96, 14-Jul-96
Callsign Used : S50HQ
Operators : S50K, S50N, S51AY, S51IX, S51OI, S51ZO, S53BM, S54E,
S55A, S57A, S57AD, S57DX, S57NX, S57W, S58A, S58D
Category : HQ Station
Default Exchange : 59(9) ZRS
Equipment description:
160 CW: IC-751A + 300 W, 4 phased verticals
160 SSB: 300 W Loop, Beverages
80 CW: TS-830 + SB-220, vertical & sloping dipoles
80 SSB: TS-850 + kW, 4 phased verticals
40 CW: TS-950 + TL-922 3 el. KLM yagi
40 SSB: TS-940 + kW, 4 el. KLM yagi @ 40 m
20 CW: TL-922 TH6DXX @ 15 m
20 SSB: IC-781 + Alpha 77D, 5 el h.m. yagi @ 23 m
15 CW: IC-751A + SB-220, TH6DXX
15 SSB: FT-980 + TL-922, TH7DX
10 CW: FT-990 + SB-220, 5 el. yagi
10 SSB: TS-850 + SB-220, 6 el. KLM yagi
Name : Zveza Radioamaterjev Slovenije
Address : P.O.Box 180
City/State/Zip : Ljubljana, SI, 1001
Country : Slovenia
BAND Raw QSOs Valid QSOs Points Mults Zones
________________________________________________________
160CW 231 225 409 6 3
160SSB 214 214 386 11 6
80CW 611 611 1235 11 14
80SSB 461 461 848 7 11
40CW 960 930 2724 11 18
40SSB 1066 1057 2367 11 16
20CW 1052 1040 3436 12 20
20SSB 1819 1817 6782 10 27
15CW 748 713 2147 12 25
15SSB 513 513 1389 8 7
10Cw 420 418 1322 12 15
10SSB 196 196 536 5 5
________________________________________________________
Totals 8291 8196 23581 116 167
Final Score = 6.673.423 points.
CONTINENT 160 80 40 20 15 10 ALL
USA 4 27 316 1050 212 140 1749
VA 2 0 22 95 16 9 144
N. Amer./rest 0 1 8 31 5 2 47
S. Amer. 0 10 36 45 18 11 120
EU 430 978 1498 1425 913 438 5682
AF 0 5 7 19 11 6 48
ASIA 3 44 62 124 40 8 281
JA 0 5 31 55 9 0 100
OC 0 2 7 12 2 0 23
73 Igor, S57W
Last year final score was beter but all the best S5 op's were at WRTC :-)
73 de Mario, S56A, NH7/N1YU.
>From jstearn@mnsinc.com (James D. Stearns) Thu Aug 1 01:35:29 1996
From: jstearn@mnsinc.com (James D. Stearns) (James D. Stearns)
Subject: FW: TopBand: Balloons
Message-ID: <01BB7F1F.E5D3D740@jstearn.mnsinc.com>
Some kind of Luck....
Jim KC4ZHQ
----------
From:
CATALANO_DENIS_E@hq.navsea.navy.mil[SMTP:CATALANO_DENIS_E@hq.navsea.navy.mil]
Sent: Wednesday, July 31, 1996 8:26 AM
To: jstearn@mnsinc.com
Subject: TopBand: Balloons
Hello all,
Have just got on Internet and Reflector.
Some comments on week end conditions from this side of the pond!
Now a true story about balloons that may amuse and warn you!
Richard G3OQT and I wanted to enter the 160m WW contest in about 1963 and
decided to use a balloon supported 1/4 wave vert.. We bought a 3ft dia.
met. balloon filled it with H2 at great trouble and it rose magnificently
into the night sky. Tuned against station earth at G3PQA and had just been
given 599 report when heard bang outside and RX went quiet. Unfortunately
it was a full moon, so the balloon was highly visible and had been shot
down by an idiot who claimed it was a flying saucer. Next week local paper
had photo of deflated balloon pinned to washing line with me by it! Richard
and I did not share the joke.
73's cu 160
John G3PQA
>From jstearn@mnsinc.com (James D. Stearns) Thu Aug 1 01:40:32 1996
From: jstearn@mnsinc.com (James D. Stearns) (James D. Stearns)
Subject: FW: Windows 95 - An insidious bug in FDISK
Message-ID: <01BB7F20.88B40200@jstearn.mnsinc.com>
Something of interest with WIN95
----------
From: James D. Stearns[SMTP:jstearn@mnsinc.com]
Sent: Thursday, July 25, 1996 20:35 PM
To: 'Mitchell [WA0DYJ] Comp, Stu'; 'Stearns JSCHQ E-Mail, Jim'; 'Stearns
KD4MVG, Dave'
Subject: FW: Windows 95 - An insidious bug in FDISK
"Very interesting.....!"
----------
From: CDR Stephen Martin[SMTP:martin4s@ncr.disa.mil]
Sent: Thursday, July 25, 1996 14:09 PM
To: wwi@QNET.COM; tanakar@erols.com
Subject: wwi: Windows 95 - An insidious bug in FDISK
Found this on the DISA Internal BBS. Forwarded for info.
Steve NK3R
______________________________ Forward Header __________________________________
Subject: Windows 95 - An insidious bug in FDISK
Author: TA-DISANET OPEN FORUM at BBSDATA
All,
Even though Windows 95 (MS-DOS 7) is not an operating system in use at
DISA, you may have come across it in your daily lives, since it is
installed on nearly every PC being sold in this country today.
I'm sending this message to save you and your colleagues time, money,
and grief, should you happen to run across it.
The problem involves partitioned hard disks, the FDISK program in
Windows 95 which sets them up improperly, and errors in the Windows 95
operating system hard drive input/output modules which then run a PC
with the improperly defined partitions.
The insidious nature of this problem is that the symptoms of it mimic
those of several different hardware problems (hard drive failures,
disk controller failures, memory failures, and motherboard failures),
as well as those of some boot-sector viruses.
Typical symptoms are unexplained system hangs, inability to boot,
inability to access files, and repeated unsuccessful attempts by a
hard drive to read or write. Many of these will cause an unaware
individual to make a faulty decision to replace hardware (in my case,
I spent over $1,000 doing so unnecessarily in an older system running
Windows 95, and a vendor did likewise in another brand new PC which I
just purchased).
The problem is caused by using the partition preparation program FDISK
to create extended (more than one) partitions on large Enhanced IDE
(EIDE) hard drives (those with a capacity greater than 504 megabytes),
and in newer systems which have hardware addressing support for these
drives (known as "LBA support"). When the extended partition is
created, a new partition type (called a "large extended IDE
partition") is used. The problem then occurs, because the Windows 95
(and DOS 7) operating system code then improperly accesses the wrong
disks or wrong areas of the disk. The problem is particularly acute
when adding a 2nd, 3rd, or 4th hard drive to an existing system.
The result of the problem can be destruction of one or more entries in
the partition table, or data corruption and possible loss of data in
one or more partitions.
More experienced PC users would be immediately inclined to run Norton
Disk Doctor (or Microsoft SCANDISK, a version of that product), to
attempt to repair the damage. Because of the hard drive addressing
errors in the operating system code, doing so can make the problem
worse!
Rebuilding a hard drive, using the new "/X" option on FDISK forces the
partitions to be created using the old pre-Windows 95 partition types,
the same as are in Windows 3.11 (MS-DOS 6.22) and prior releases, and
thus the problem will not be encountered. (This, of course, destroys
all files and data on the drive, which need to be saved before the
rebuild and restored afterwards.)
Alternatively (what some experts now recommend), prepare the drives
using the FDISK in MS-DOS 6.22 or earlier, instead, as the problem does
not exist in versions of FDISK prior to MS-DOS 7. Then boot, install,
and restore in Windows 95.
Using FDISK without the /X option on a properly running Windows 95
system simply to *display* the partition table can also induce this
problem!
I suspect this problem has been known by Microsoft since before
Windows 95 was first shipped, since a new "/X" option in FDISK (to be
used during the preparation of hard drive partitions) is a workaround
for the problem. However, Microsoft chose, for whatever reason, not
to publicize their knowledge until June 26, 1996, when a Knowledge
Base article (see attached item) was published.
When the knowledge base article was published, software fixes (which I
know from experience do not work perfectly) were also issued, and are
referenced in the article.
The article also does not acknowledge several of the other symptoms of
this problem which I defined above.
Paul
Possible Data Loss with LBA and INT13 Extensions
Article ID: Q148821
The information in this article applies to:
- Microsoft Windows 95
SYMPTOMS
After you perform one of the following actions, the contents of some
Enhanced IDE (EIDE) hard disks may not seem to be correct:
- Choosing "Restart the computer in MS-DOS mode" from the Shut Down
menu.
- Starting an MS-DOS-based program that is configured to run in
MS-DOS mode.
Specifically, if there are multiple partitions on a large EIDE hard
disk, the extended partitions (usually drive letters D and higher)
seem to contain the contents of the primary partition (usually drive
C), or to be corrupted.
WARNING: In this situation, attempts to use disk-repair utilities such
as ScanDisk to repair the apparent corruption will cause data
corruption on the primary partition of the affected drive.
Any action that attempts to write data to the extended partitions when
this symptom is observed may also result in data corruption.
Running the CHKDSK command when this symptom is observed may result in
a "Probable non-DOS disk" message.
CAUSE
This situation is known to occur only when all of the following
conditions exist:
- The hard disk is a large (>504 MB) Enhanced IDE hard disk.
- The hard disk is accessed using Logical Block Addressing (LBA).
- The hard disk has been partitioned into multiple partitions with
the Windows 95 version of FDISK, or another partitioning utility
that creates MS-DOS extended partition types 0x0E and 0x0F.
- The system BIOS supports INT13 extensions to access hard disk
devices.
- You have exited to MS-DOS mode from Windows 95 without rebooting
the computer.
Under these circumstances, certain data structures maintained by the
operating system for accessing these logical drives become corrupted
in the transition from protected mode to real mode.
This does not occur when you boot the computer to a command prompt or
from a floppy disk.
RESOLUTION
This issue is resolved by the following updated file for Windows 95:
DISKTSD.VXD version 4.00.952 (dated 3/27/96) and later
Installation
To install the updated file, use the following steps:
1. Download the Dsktsupd.exe file from one of the online services
listed below to an empty folder.
2. In My Computer or Windows Explorer, double-click the Dsktsupd.exe
file you downloaded in step 1.
3. Follow the instructions on the screen.
4. After the installation process is finished, shut down and then
restart your computer.
Instructions for Downloading
You can find DSKTSUPD.EXE, a self-extracting file, on the following
services:
- Microsoft's World Wide Web Site on the Internet
On the www.microsoft.com home page, click the Support icon.
Click Knowledge Base, and select the product.
Enter kbfile DSKTSUPD.EXE, and click GO!
Open the article, and click the button to download the file.
- Internet (anonymous FTP)
ftp ftp.microsoft.com
Change to the Softlib/Mslfiles folder.
Get DSKTSUPD.EXE
- The Microsoft Network
On the Edit menu, click Go To, and then click Other Location.
Type "mssupport" (without the quotation marks).
Double-click the MS Software Library icon.
Find the appropriate product area.
Locate and Download DSKTSUPD.EXE
- Microsoft Download Service (MSDL)
Dial (206) 936-6735 to connect to MSDL
Download DSKTSUPD.EXE
For additional information about downloading, please see the following
article in the Microsoft Knowledge Base:
ARTICLE-ID: Q119591
TITLE : How to Obtain Microsoft Support Files from Online
Services
MORE INFORMATION
For additional information about INT13H extensions, please see the
following article in the Microsoft Knowledge Base:
ARTICLE-ID: Q122052
TITLE : Logical Block Addressing (LBA) Defined
For additional information about the use of large hard disks with
MS-DOS and Windows 95, please see the following article in the
Microsoft Knowledge Base:
ARTICLE-ID: Q126855
TITLE : Windows 95 Support for Large IDE Hard Disks
Workaround
To work around this issue, in the event you do not have the updated
DSKTSUPD.EXE file, use either of the following methods:
Method 1 Avoid exiting to MS-DOS mode from within Windows 95. To run
programs that require MS-DOS mode, boot to a command prompt instead of
Windows.
Method 2 Repartition the hard disk using one of the following methods.
WARNING: Repartitioning the hard disk will delete all data in the
current partitions (logical disks). Make sure to back up your data
before repartitioning the hard disk.
- Repartition the hard disk into a single primary partition.
- Repartition the hard disk by starting FDISK with the following
command line:
FDISK /X
This disables support for the LBA extended partition types 0x0E and
0x0F, and uses the older partition types 0x05 and 0x06 instead.
- Repartition the hard disk with an older version of FDISK (prior to
Windows 95) that does not support the LBA extended partition types.
- Repartition the hard disk using a third-party tool that does not
use the LBA extended partition types.
----------------------------------------------------------------------
KBCategory: kbhw
KBSubcategory: win95 winboot diskmem
Additional reference words: 95 XINT13 INT13h INT
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>> WWI Home Page: http://www.pwcweb.com/wwi/index.html
>> WWI REFLECTOR provided by: Quantum Networking Solutions, Inc.
>From ve6jy@freenet.edmonton.ab.ca (Don Moman) Thu Aug 1 06:00:45 1996
From: ve6jy@freenet.edmonton.ab.ca (Don Moman) (Don Moman)
Subject: Rig Multicouplers
Message-ID:
<Pine.A32.3.91.960731223708.135430B-100000@fn2.freenet.edmonton.ab.ca>
On Wed, 31 Jul 1996, Jim Reid wrote:
> Anyone have two or more receivers multicoupled to
> the same, simultanious use, antenna? It is very common
> at VHF/UHF and higher, but have never heard of it
> at HF. Multicouplers at UHF and microwaves usually
> consist of a very low noise figure, wide-band preamp,
> which drives a signal divider/distribution system to the
> receivers. Obviously, not used for xmitting.
Also common at HF - and they use the same design. I have several units
made by TMC, Rhode+Schwartz that offer 6 to 16 outputs, usually spec'd
about 1.6 to 30 hz (most have a 1.6 mhz hi pass BCB filter in the signal
path, some models have this on a switch). I use them in our multi op
efforts, and for other monitoring and SWL purposes.
All are military / commercial surplus stuff, some with tubes and some
early solid state. None cost me over 75$, either from surplus dealers or
at flea markets.
>
> Maybe not needed at HF? That is, just divide the
> incomming signal to the two rigs; what about LO
> isolation, etc. Also, without a preamp, loose
> 3dB of siganl strength to each rig, since it is split.
No, in most cases the signal doesn't split evenly since the other radio,
when tuned to a widely different frequency, presents nowhere near a 50
ohm load at the frequency of the first radio.
A simple (not ideal, but simple and cheap) technique that I have used many
times.....A passive splitter using a 50 ohm resistor in series with each
radio gives good all around splitting of the signal, but with some loss of
signal. On the lower bands, this loss can often be tolerated, since the
ambient noise level is usually higher than the receiver noise figure, even
taking into account the loss in the splitter.
73
Don Moman VE6JY
>From kf3p@cais.cais.com (Tyler Stewart) Thu Aug 1 07:13:10 1996
From: kf3p@cais.cais.com (Tyler Stewart) (Tyler Stewart)
Subject: NAQP CW team?
Message-ID: <199608010613.CAA17816@cais.cais.com>
I'm looking for a team to join. I should be available for a full 10 hours
but wont be able to start until at least 1900Z. 73, Tyler KF3P
|