HDTenEightyP/NetNews huggingface dataset:
From: bcutter@pdnis.paradyne.com (Brooks Cutter)
Subject: Looking for info on KNOWN bugs in Xview 3.0
Keywords: xview, bugs, buglist
Organization: Information Systems: AT&T Paradyne, Largo Florida
Distribution: na
Date: Tue, 28 Jul 92 16:47:14 GMT

Recently I was examining the "buglist.xview" file in 
/usr/openwin/share under Open Windows 3.0.  I was surprised to
see how many bugs there were in the XView toolkit, and as
a result, bugs in xview client applications.

From reading the file (370k), I noticed that many of the reported/
known bugs were in older versions of Xview.  However, nowhere
in the bug report did it say what version the bug relates to...

So my question (already)...

Where can I find a recent (and hopefully continually updated)
list of currently known bugs in Xview 3.0?

I'd like to locate this file both so I am aware of known bugs,
as well as avoiding reporting bugs that are already known.
(Incidently, several entries in the xview buglist were repeated with
different phrasing)

...And if anyone from Sun is reading this message, may I recommend...

In the buglist include the following information for each Bug Id...

Version Reported:
(The version of the product the user is using, ie: Xview 2.0, etc)
Versions Affected:
(If It's a known bug since 1.0 and it's still in 2.0 it should be
"1.0, 2.0" ; otherwise "Unknown")

...This would help enormously in determining which ones I care about. 
(ie: which will affect me / my programs)

Any Finally...

Before offering this info for general consumption (and especially
if you're going to release it like in OW3) have someone go through
the list and attempt to consolidate the list of bugs.  Don't remove
them, just group similar bugs together.

...At least 3 times I read bug reports indicating that cmdtool
will continue to fill up /tmp because scrolling has no limits.

Thanks...

-- 
                  =-=-=
Brooks Cutter    (I: bcutter@pdnis.paradyne.com)
                 (U: ...uunet!pdn!pdnis!bcutter)
Unix System Administrator, Information Services
From: nmodi@klinzhai.rutgers.edu (Nirav Modi)
Newsgroups: alt.toolkits.xview
Subject: xview toolkit problem
Date: 21 Jul 92 19:59:42 GMT
Organization: Rutgers Univ., New Brunswick, N.J.



Hi
	I have written an application program using xview toolkit and
compiled it. It works perfectly on my machine. My professor tried to
run that program on other machine and it gave  following error.
--------------
XView error: Malformed or non-terminated attribute-value list
Last valid attribute was Attr pkg= 10, id=20, cardinality= 1 ...
--------------

	Can somebody help me to solve this problem?
	Thanks.
-Nirav Modi
Newsgroups: alt.toolkits.xview
From: pjm@cshl.org (Pat Monardo)
Subject: What's in store for XView?
Organization: Cold Spring Harbor Laboratory
Date: Fri, 24 Jul 92 17:18:53 GMT

What is planned for the next release of XView?
Is the win directory going to be cleaned up?
What about input/key mappings/etc? It seems there
is much redundant code there. Also i don't recognize
the notifier traceback i see while in dbx; it doesnt seem
to come from the notifier code released from Sun.
Any hints concerning schedule? I don't think XView is
meant to be the last word in toolkits, but it's what i'll
be using for the rest of my current project, so i am very
curious.

PS> No, i don't mind XView programming at all and Xt is still
	Greek to me, so i would like to be informed of it's
	development position within Sun. How near is EOL time for XView?

-- 
-- Pat Monardo
-- pjm@cshl.org
From: rickg@eng.sun.com (Richard M. "The Tankster" Goldstein)
Newsgroups: alt.toolkits.xview
Subject: Re: Tips for Xview beginners...
Date: 29 Jul 92 08:56:22
Organization: SunSoft, Inc.
Reply-To: rickg@eng.sun.com
NNTP-Posting-Host: irondude
In-reply-to: bcutter@pdnis.paradyne.com's message of Wed, 29 Jul 92 04:14:31 GMT


   Newsgroups: alt.toolkits.xview
   From: bcutter@pdnis.paradyne.com (Brooks Cutter)
   Keywords: xview tips
   Organization: AT&T Paradyne, Largo Florida
   Date: Wed, 29 Jul 92 04:14:31 GMT


   I don't know if I'd quite call this a tip or not, but I've been
   working with panel lists mostly.  I've found that if you call
   PANEL_LIST_INSERT with the number of rows (as returned by 
   PANEL_LIST_NROWS) before using PANEL_LIST STRING and/or
   PANEL_LIST_GLYPH then it *MAY* crash after excessive calls.

   My application crashed several times after a few hundred
   inserts into the list ; When I commented out the PANEL_LIST_INSERT
   (and just used PANEL_LIST_STRING/GLYPH with the value from
   NROWS)...

   I didn't test this fully to verify this was the problem (there may
   be another cause).  Also, I was under the impression that P_L_INSERT
   needed to be called even for appending to allocate room/data, etc..


what version of XView are you running?  i don't see any problems
with PANEL_LIST_INSERT in V3 (sans the possibility that you're
running out of memory).

it is a fairly common misconception that you *have* to call 
PANEL_LIST_INSERT before using PANEL_LIST_STRING et. al.  What
PANEL_LIST_INSERT does is to allocate a row structure and put
it in the list at a specified position.  It *is* necessary to
call this if you want to, for example, add a row at positon 0
into an existing list rather than modify the string/glyph of
the existing row 0.

however, if you simply create a list with PANEL_LIST_STRING
calls, XView will create the corresponding row for the string
automatically.  same goes for PANEL_LIST_GLYPH.

other advice is:  when deleting from a list, go from larger
numbered rows backward to smaller numbered rows (or use the
new PANEL_LIST_DELTE_ROWS attribute).  due to the way the
PANEL_LIST works, this method will perform better than 
deleting from smallest to largest numbered rows.


<<tank

--

*********************************************************************

	Richard M. "Tank" Goldstein		rickg@Eng.Sun.COM
	Window Developer Environment,
	SunSoft, Inc.

	SLACK is the free car wash that comes with a fill-up
	of "Bob."
			-Book of SubGenius

*********************************************************************
Newsgroups: alt.toolkits.xview,comp.windows.open-look,comp.windows.x
From: lee@sq.sq.com (Liam R. E. Quin)
Subject: Re: Looking for info on KNOWN bugs in Xview 3.0
Keywords: xview, bugs, buglist
Organization: SoftQuad Inc., Toronto, Canada
Distribution: na
Date: Wed, 29 Jul 92 20:06:38 GMT

bcutter@pdnis.paradyne.com (Brooks Cutter) writes:
>Recently I was examining the "buglist.xview" file in 
>/usr/openwin/share under Open Windows 3.0.  I was surprised to
>see how many bugs there were in the XView toolkit, and as
>a result, bugs in xview client applications.

Actually I don't think XView is all that buggy compared with some of the other
X toolkits out there.  Try using Motif 1.1 some day :-(
It's good that Sun is so open about the bug lists.

I use my text retrieval system to make an index of the bug lists and
man pages when I'm doing XView work.

Lee

-- 
Liam Quin, lee@sq.com, SoftQuad, Toronto, 416 239-4801; the barefoot programmer
  lq-text (Unix text retrieval pacakge) mailing list: lq-text-request@sq.com
  latest released version: 1.10; 1.12 coming in August probably
  ftp: ftp.cs.toronto.edu in directory: pub
From: abremski@eplrx7.es.duPont.com (Ken Abremski)
Newsgroups: alt.toolkits.xview
Subject: Calling a PANEL Scrolling List from a Recursive Proc?
Date: 30 Jul 92 17:12:12 GMT
Organization: DuPont Central Research & Development

I have used DEVGUIDE 3.0 to generate the code for an Xview application. 
One of the buttons, in the base window, calls a popup window with a PANEL 
Scrolling List. The list is used to provide a set of legal answers for the 
user to choose from.  When the user double_clicks on an item that item is a 
char string that is returned.  Different answers will cause a different set 
of items to be displayed in the list. The problem is this:  I have a recursive 
procedure that needs to get data on occasion from this PANEL Scrolling List.  
I don't want to leave the procedure to get the data. So I want it to go 
something like this:


	struct  object{
		char n_string[50];
		object *next;
		};

	stuct object	*objptr;

	void func(string)
	char *string;
	{
		char new_value[50];
		int  bad;

		process(string);
		bad = FALSE;
		objptr = get_obj(string);
                while (objptr && !bad)
		{
		   func(objptr->n_string);    /* Here is the recursion */
		   if (some_test(objptr->n_string) == FALSE)
				bad = TRUE;
		   else
			set_values();
		   objptr=objptr->next;
		}
		if (!bad)
		  {
		    ask(objptr->n_string, new_value);  /* Here is where I */
		    do_some(objptr->n_string, new_value); /* need the user */
		  }					   /* to select an  */
	}						  /* item from the */
							  /* PANEL Scrolling */
							  /* List and get it */
							  /* into new_value. */


I have a Notify callback function for the List

int get_query(panel_item, string, client_dat, op, event, row);
		 
where the answer is returned in the value of string.
		

	This program is easy in a text-only or curses version, since you
can just sit and wait at the ask() function for the user to put in a value. 
Since X is event driven rather than mainline-driven, I'm having a hard time
putting this into an Event driven form.  If anyone has some thoughts about
how to do this it, would be greatly appreciated?  

	Thanks.



- Ken -

______________________________________________________________________
Ken Abremski				abremske@esvax.dnet.dupont.com
DuPont Merck Pharmaceutical Co.		
Experimental Station E328 Rm150
BOX 80328
Wilmington, DE 19880-0328
______________________________________________________________________
Newsgroups: alt.toolkits.xview
From: doehr@magellan.den.mmc.com (Brett B. Doehr)
Subject: Re: xview toolkit problem
Organization: Martin Marietta Astronautics Group
Date: Wed, 22 Jul 1992 14:20:21 GMT

In article <Jul.21.15.59.42.1992.21693@klinzhai.rutgers.edu>, nmodi@klinzhai.rutgers.edu (Nirav Modi) writes:
|> 
|> 	I have written an application program using xview toolkit and
|> compiled it. It works perfectly on my machine. My professor tried to
|> run that program on other machine and it gave  following error.
|> --------------
|> XView error: Malformed or non-terminated attribute-value list
|> Last valid attribute was Attr pkg= 10, id=20, cardinality= 1 ...

Use a debugger (or add some print statements) to see where it is
dying.  Sounds like in an xv_create or xv_set call you don't have
it terminated by a 0 or NULL argument.

---------------------------------------------------------------
| Brett B. Doehr           Martin Marietta Astronautics Group |
| Voice: +1-303-977-1504   P.O. Box 179  Denver, CO 80201 USA |
| Fax:   +1-303-977-1530          Internet: doehr@den.mmc.com |
Newsgroups: alt.toolkits.xview,comp.windows.open-look,uw.x-windows
From: pjm@isis.cshl.org (Pat Monardo)
Subject: more tips
Originator: pjm@isis
Organization: Cold Spring Harbor Laboratory
Date: Thu, 30 Jul 92 01:45:58 GMT

i have a base object which manages an array of subobjects all of
which inherit from the base package. in the creation phase 
i use this expression:

	if ((Xv_pkg *)xv_get(bp2_public, XV_TYPE) == BASEPLOT2D) {

unfortunately, in the destruction phase of a subobject,
when the destroy function (of the base package) is called
the package has been changed to BASEPLOT2D.
so avoid using the package type in the destroy proc!

-- 
-- Pat Monardo
-- pjm@cshl.org
From: geoffb@coos.dartmouth.edu (Geoff Bronner)
Newsgroups: alt.war
Subject: Re: Kuwait security question
Date: 31 Jul 92 16:01:15 GMT
Reply-To: geoffb@Dartmouth.EDU
Organization: Amos Tuck School

In <872@hobby.ukc.ac.uk> karr@ukc.ac.uk (K.A.R.Razzooqi) writes:

>          Can KUWAIT creat its own security depending on its own population
>          and not to depend on outside protection?

Kuwait's population is just too small to maintain a military strength
equal to Iraq or any of its other neighbors.

Best strategy is mutual defense pact with Bahrain and Saudi Arabia and
doing everything possible to keep a UN 'tripwire' force along the disputed
border with Iraq.

This wouldn't prevent Kuwait from getting overrun again but it would
provide for a massive response.

At the moment a large DMZ exists between Iraq and Kuwait and is under UN
control. Iraqi movements near that zone in recent weeks has resulted in a
lot of military activity on the Kuwaiti side of the zone in the last few
days. Most of the networks have shown footage of Tanks and other armored
vehicles being rushed towards the border on carryalls.

The United States has also deployed a number of Patriot missle batteries
from Germany to Kuwait in the last few days. The recent snit between Iraq
and the UN inspection teams has left a lot of airpower on alert in the
region as well.

This would seem to ensure a short term balance but in the long run Kuwait
will have to take a lot of precautions.

-Geoff
--
geoffb@Dartmouth.EDU - Computing Support Consultant, Tuck School of Business
	"Of course not all chemicals are bad. Without chemicals such as
	 hydrogen and oxygen, for example, there would be no way to make water,
	 a vital ingredient in beer." -- Dave Barry
From: jac54@cas.org
Newsgroups: alt.war
Subject: Re: BBN II -- Murk-o-Vision World Update (Mau Mau)
Date: 24 Jul 92 18:32:02 GMT
Organization: Chemical Abstracts Service, Columbus, Ohio

In article <1992Jul24.155027.22311@linus.mitre.org> bwise@hemlock.mitre.org (Barry Wise) writes:
>In article <1992Jul24.131627.22136@dscomsf.desy.de> hallam@zeus02.desy.de
>(Phillip M. Hallam-Baker) writes:
>> In case you hadn't heard the traditional way to fight a war is to shoot
>> at the opposition, not your own lot. Perhaps if the US had learnt this
>> lesson the British casualties in the Gulf would have been halved.
>
>The so-called "friendly fire" casualties are far from unique to the Gulf.  At
>least one instance I remember reading about was during the Normandy invasion
>where we bombed our own forces ("Six Armies in Normandy" I think was the title
>of the book). Stonewall Jackson was even shot by his own troops!
>--
>Barry Wise
>(bwise@hemlock.mitre.org)
>
	If you care to check something like "A Quick and Dirty Guide
	to War" (sorry, don't have mine available) you'll probably
	find that friendly fire casualties (blue-on-blues in Britain)
	account for somewhere around 5-10% of all casualties in war.
	They probably first occurred at the battle of Gilgamesh and
	everybody has been trying to minimize them ever since.

	FFC's are are an unpleasant aspect of a nasty facet of life,
	they are not a subject for cheap debating points.

	Alec.
Newsgroups: alt.war
From: bwise@hemlock.mitre.org (Barry Wise)
Subject: Re: BBN II -- Murk-o-Vision World Update (Mau Mau)
Organization: The MITRE Corporation
Date: Thu, 23 Jul 1992 17:01:13 GMT

In article <NIGEL.92Jul23112145@rs733.GSFC.NASA.Gov> nigel@rs733.GSFC.NASA.Gov  
writes:
> Then some idiot got some burr up his ass about "search and destroy"
> missions...which were geared toward going in and ambushing NVA units
> in the field rather than burning villages at that point.  I'd be
> willing to bet the same idiot introduced the later S&D missions where
> they didn't have clear objectives and ending up burning villages for a
> lack of anything more intelligent to do.
> 

You forgot body counts.  The Secretary of Defense, Robert Macnamera (sp?) was  
one of the wiz kids of WWII and believed only in numbers.  He damaged Ford, the  
US military and the World bank but he still seems to be held in high regard by  
the powers-that-be.  I lay the blame right at the feet of him and his arm chair  
generals. If a government offical could be charged with malpractice he would be  
first on my list.
--
Barry Wise
(bwise@hemlock.mitre.org)
From: nigel@rs733.GSFC.NASA.Gov
Newsgroups: alt.war
Subject: Re: Spratly Islands (War coming over oil?)
Date: 27 Jul 92 19:53:45 GMT
Organization: Goddard Space Flight Center, Greenbelt, Md, USA

In article <1992Jul24.145524.19355@news.columbia.edu> dan@cubmol.bio.columbia.edu (Daniel Zabetakis) writes:

>(Tom Tedrick) writes:
>>Evidently tensions are heating up over the oil fields under
>>the Spratly islands. If it comes down to war (possibly
>>involving China, Vietnam, the Philippines, and/or Japan),
>>who do you think will win? What are the comparative strengths

Hmmm...I'll have to check my Dunnigan's tonight...but off the top of
my head none of these countries is in any real position to project
force.  Japan in a heads up shoooting war would be my bet but it is
unlikely that anyone would let them get that far...then again they got
in their last war over oil...

>   I doubt that there would be a war. It is money everyone wants. If Japan 
>wants it, they will do what they always do: pay off the other countries to
>drop thier claims. Vietnam, the Philippines, and Tiawan don't have the
>ability to stand up to China (if the islands are within range of chinese
>airplanes. China doesn't want the political headache of military action.

Hah...China is a paper tiger.  Her ability to project force over any
sort of distance is negligible.  Any military action of that sort is a
good way for China to get humiliated again.  While the opposition
would be much smaller in size Vietnam has shown that it has the
tenacity to make much larger countries submit and Taiwan is too tough
a nut to crack with what China has on hand...not that either one can
project power any better but the scenario is not as badly weighted
toward China as you seem to think.

>   Most likely outcome: Peacful settlement with Japan makin secret payoffs.

Probably a peaceful settlement...Japanese payoffs are iffy.  No one
owes tham any favors and resentment dies hard...about the only thing
that most of the coutries listed would agree on it is that raining on
Japan's parade would be a good start no matter who ended up with the
oil in the end.

>   DanZ


--
Nigel Tzeng
.sig under construction
Newsgroups: alt.war
From: steven@unipalm.co.uk (Steven Vincent)
Subject: Re: Attack on Iraq (tactical scenarios)
Keywords: chirigami-panikku desu neh!
Organization: Unipalm Ltd., 216 Cambridge Science Park, Cambridge CB4 4WA, UK
Date: Fri, 31 Jul 1992 07:19:21 GMT

The problem with all these senarios is they fail to la associate the respones 
with the initial action. If the UN really wanted to get their point across 
they should plan an air strike before they go to inspect the building. The 
inspection team shows up and asks to inspect the building. The Iraq goverment
has two choices.

Yes you can: No problem the building is inspected and the Air strike is called 
	     Off by the UN.

No you Can't: The Air Strike goes in within 24 hours and Destroys the building
	      and the UN Team go to the Next one.


The main advantage here is that the Damage will be directly related to Iraq's
intransigence. The Disadvantage is that sooner or later Iraq will decide to
defend one of these buildings since they will know that the raid will be 
coming. At that point we shall find out how successful the blockade / imbargo
has been at preventing Iraq from replacing their Radar and SAM systems.

Iraq is an international Criminal and should be so treated. I also think that
the UN should also act now to "enforce" or withdraw some of the outstanding
UN resolutions to do with Military Agression in other parts of the World.
i.e. Turkey / Cyprus, Israel / Lebanon, Indonesia and other such places in
The world. I am for a more consistant and active UN role without the paralysing
effectS of Security Council Vetos.

===========================================================================

The trouble with civilized behaviour is that it leaves you vulnerable 
to the un-civilized in the world.    .......

===========================================================================

Newsgroups: alt.war
From: silber@m.cs.uiuc.edu (Ami A. Silberman)
Subject: Re: suggested war plan critique (was:Re: Saddam planning ...)
Organization: University of Illinois, Dept. of Comp. Sci., Urbana, IL
Date: Thu, 30 Jul 1992 20:00:46 GMT

dan@cubmol.bio.columbia.edu (Daniel Zabetakis) writes:

>    It's time to wake up and smell the coffee. We must realize that the war
>was not nearly as effective as we were led to believe in the weeks after the
>war. The idea that air power can destroy your enemies groud forces is a
>phantasm that many people continue to grasp for. It hasn't happened in history,
>and the Gulf War was not an example.

Not airpower alone, but airpower and groundpower together. The Gulf War was
probably the most effective use of tactical airpower, and by its use much of
the Iraqi army was rendered more or less ineffective, or at least blunted, but
we still needed to go in in force on the ground. What airpower can do is
disrupt enemy forces concentrating for the attack, to pound a hole in enemy
lines prepatory to an attack, and to make it very difficult for them to move.
In WWII, the Falaise pocket was formed largely because the retreating Germans
couldn't move except during the night due to total allied air superiority.
-- 
ami silberman - janitor of lunacy
	silber@cs.uiuc.edu
Newsgroups: alt.war
From: jac54@cas.org ()
Subject: Re: BBN II -- Murk-o-Vision World Update (Mau Mau)
Organization: Chemical Abstracts Service, Columbus, Ohio
Date: Fri, 24 Jul 1992 14:46:32 GMT

In article <1992Jul24.131627.22136@dscomsf.desy.de> hallam@zeus02.desy.de writes:
>In article <5616@vexpert.dbai.tuwien.ac.at>,
>mst@vexpert.dbai.tuwien.ac.at (Markus Stumptner) writes:
>
>|>From article <1992Jul24.050033.18743@dscomsf.desy.de>, by
>|>hallam@zeus02.desy.de (Phillip M. Hallam-Baker):
>|>> The US murdered more Vietnamese in the war than Ho Chi Minhs govt
>|>did after.
>|>
>|>Of course.  After the war, the North Vietnamese controlled everything,
>|>so
>|>why murder anybody?  The question is, how many did *they* murder
>|>*during*
>|>the war?
>
>In case you hadn't heard the traditional way to fight a war is to shoot
>at the opposition, not your own lot. Perhaps if the US had learnt this
>lesson the British casualties in the Gulf would have been halved.
>
>
	Ah yes, how I remember the Falklands, where the SAS and the SBS
	shot each other up.

	Alec
Newsgroups: alt.war
From: jac54@cas.org ()
Subject: Re: Attack on Iraq (tactical scenarios)
Organization: Chemical Abstracts Service, Columbus, Ohio
Date: Fri, 24 Jul 1992 12:41:54 GMT

In article <14oq09INN91b@agate.berkeley.edu> tedrick@whistle.Berkeley.EDU (Tom Tedrick) writes:
>I'm not at all clear on what kind of attack on Iraq
>Bush is planning. Can we get in some quick speculation
>ahead of time to see who comes up with the best guess?
>
>Anyone have some good scenarios in mind?
>

	A friend advocates a gigantic leaflet raid.  Send a load of
	B-52s stacked with leaflets saying "Next time... etc." and
	spray them all over Baghdad and environs.  No civilian
	casualties and there could be enough EW and air cover to
	prevent losses among allied aircraft.  The psychological
	effect could (can't promise on this one) be devastating.

	Alec.
Newsgroups: alt.war