[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference smurf::buildhelp

Title:USG buildhelp questions/answers
Moderator:SMURF::FILTER
Created:Mon Apr 26 1993
Last Modified:Mon Jan 20 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:2763
Total number of notes:5802

1695.0. "I believe srequest is busted." by AOSG::FILTER (Automatic Posting Software - mail to flume::puck) Wed Aug 16 1995 13:03

Date Of Receipt: 	15-AUG-1995 11:25:14.05
From: 	SMURF::QUARRY::"[email protected]" "15-Aug-1995 1123"
To: 	[email protected]
CC: 	[email protected]
Subj: 	I believe srequest is busted.
Greetings: 	

I believe the portion of srequest that does the "bdiff" is busted in
the new version of ODE.  Instead of getting my diffs included in the
srequest, I get the following error:

	o Code Diffs: include pointer to file, use the command,
	  bdiff -r$NEW -all >& bdiff.log
	bdiff: unknown switch: -c./xc/programs/xmodmap/handle.c

Normally, I would chaulk this up to my ignorance then run around the
halls exclaiming "our development environment sucks!"  I saw this same
error message on an srequest from ddhill, however, so I don't know if
I can truly plead mea culpa.  It definitely reduces the size of the
srequest, though, so I might be all for keeping it this way.

Will


------- Forwarded Message

Return-Path: [email protected] 
Delivery-Date: Tue, 15 Aug 95 11:16:05 -0400
Return-Path: [email protected]
Received: from flume.zk3.dec.com by nkotb.zk3.dec.com; (5.65/1.1.8.2/24Mar95-0229PM)
	id AA28302; Tue, 15 Aug 1995 11:16:04 -0400
Received: from fsecret.zk3.dec.com by flume.zk3.dec.com; (5.65v3.2/1.1.8.2/16Jan95-0946AM)
	id AA21515; Tue, 15 Aug 1995 11:15:15 -0400
Received: from localhost by secret.zk3.dec.com; (5.65/1.1.8.2/19Aug94-1121AM)
	id AA23375; Tue, 15 Aug 1995 11:15:14 -0400
Message-Id: <[email protected]>
To: workstation_submit
Cc: i18n_submit, [email protected], [email protected], [email protected],
        [email protected], [email protected]
Subject: Submit request: decx11-291-wwalker
From: [email protected]
Date: Tue, 15 Aug 95 11:15:14 -0400
Sender: [email protected]
X-Mts: smtp


BASELEVEL: 8
USER NAME: wwalker
PRINCIPAL NAME: William_Walker
SUBMIT REQUEST DATE: Tue Aug 15 11:15:13 1995
SUBMIT REQUEST DEFECT NUMBER: decx11-291-wwalker
SUBMIT REQUEST STATUS: NEW

	Decx11 Submit Request Form - V1.1

	Use srequest to fill out and mail this form to
	the appropriate FSRT (Functional Submit Review Team)

o Submit Abstract (one line)
Submit fix for Show Stopper OSF_QAR 36436

o Which Decx11 Baselevel do you wish to submit to?
BL 8 of project decx11

o This submit is in response to:
  QAR number: 36436
 
o Does this submit complete the implementation of the feature tag(s):
No

o Description of Change:
The R5 X server used to lie about the minimum and maximum keycodes
of the keyboard in use.  As a result, we made a bunch of xmodmap-able
keymaps that contained a bunch of keycodes out of the range of the
keyboard.  The R6 server does its best to tell the truth about the
min keycode (it still has to lie about the max keycode because we
need to continue supporting the KME extension).  As a result, many
existing *broken* xmodmap files will not work on the R6 server.
I don't believe the server should be modified to continue supporting
such broken behavior, so I modified the R6 xmodmap client.  Instead
of issuing an error then quitting, the modified R6 xmodmap issues
a warning and ignores lines with keycode values out of range.  This
allows broken xmodmap files to work, and also prompts the owners of
the xmodmap files to clean up the mess they created.

o Documentation Impact:
  Specify the document that needs to be changed:
None

o Any legal restrictions in shipping source code (CUSTOMER, PROPRIETARY,
  RESTRICTED)?
None

o Risk: (High, Medium, Low) 
Low

o Indicate any of the following cross functional areas which may be affected 
  by this submit [please have cross functional review]:
None

o Code Reviewer:
Dave Hill

o Testing:
  What ODE backing tree have you backed against?
  Execute the following command from ./src:

	cat ../link/Logs/Version.log 

Start Run: Mon Aug 14 21:00:02 EDT 1995
Start srcpool cleanup: Mon Aug 14 21:00:02 EDT 1995
Finished srcpool cleanup: Mon Aug 14 21:05:03 EDT 1995
Start srcpool update: Mon Aug 14 21:05:03 EDT 1995
Done srcpool update: Mon Aug 14 21:22:16 EDT 1995
Start snapshot_tools: Mon Aug 14 21:22:18 EDT 1995
version.build: 217
version.type: X
version.variant: -8
Start snapshot_os: Mon Aug 14 21:23:30 EDT 1995
Done snapshot_os: Mon Aug 14 21:25:30 EDT 1995
Start build: Mon Aug 14 21:28:09 EDT 1995
Done build: Tue Aug 15 01:03:48 EDT 1995
Start install: Tue Aug 15 01:03:51 EDT 1995
Done install: Tue Aug 15 01:39:35 EDT 1995
Start nightly update: Tue Aug 15 01:49:25 EDT 1995

  Include the output in this form.

  How did you test this change?
Made a bunch of test xmodmap-able files and made sure they issued
warnings but still worked.

o Standards Compliance - (Standards regressions are SHOW-STOPPERS)

(a) Does your submit affect the XPG4 or Motif Standards? YES [  ]  NO [x ]

(b) If yes, you run the appropriate testsuite?  YES [  ]  NO [  ]
    
    Include testsuite output(s) or rationale if NO: 



o Does this submit cause any changes in the install tree?
  If so, you MUST modify ./check/master.inv to reflect any inventory
  changes and include it in this srequest.
No

o Does this submit result in a new file that needs to show up in the kit or
  build output area?  Does it remove (defunct) a file from the output area?
No,no.

  For new inventory changes please consult with Sean Davidson to confirm 
  subset name.  Please grep the the following files to find the pathname for 
  the defuncting files.

  Workstation:          /usr/sde/osf1/build/decx11/src/isl/data/OSFX400.mi 
  
  
  List inventory changes that will impact the output area and their associated
  subsets. 

	NEW inventory files:
	DEFUNCT inventory files:


o List of files to be submitted (full pathnames from the src directory
  in the ODE tree, ODE revision number, and ODE set name, i.e. sue_ag),
  use bstat -all for the list of files and the revs:

[ ./xc/programs/xmodmap/handle.c ]
version 1.1.4.1 selected

o Code Diffs: include pointer to file, use the command,
  bdiff -r$NEW -all >& bdiff.log
bdiff: unknown switch: -c./xc/programs/xmodmap/handle.c


------- End of Forwarded Message




T.RTitleUserPersonal
Name
DateLines
1695.1Re: I believe srequest is busted.AOSG::FILTERAutomatic Posting Software - mail to flume::puckWed Aug 16 1995 13:13194
Date Of Receipt: 	15-AUG-1995 11:49:06.94
From: 	SMURF::QUARRY::"[email protected]" "15-Aug-1995 1147"
To: 	"Will Walker - DECwindows Accessibility" <[email protected]>
CC: 	[email protected], [email protected]
Subj: 	Re: I believe srequest is busted.

This has been fixed and the fix SHOULD have propagated to your sde host.


	-Grant


| Greetings:
| 
| I believe the portion of srequest that does the "bdiff" is busted in
| the new version of ODE.  Instead of getting my diffs included in the
| srequest, I get the following error:
| 
| 	o Code Diffs: include pointer to file, use the command,
| 	  bdiff -r$NEW -all >& bdiff.log
| 	bdiff: unknown switch: -c./xc/programs/xmodmap/handle.c
| 
| Normally, I would chaulk this up to my ignorance then run around the
| halls exclaiming "our development environment sucks!"  I saw this same
| error message on an srequest from ddhill, however, so I don't know if
| I can truly plead mea culpa.  It definitely reduces the size of the
| srequest, though, so I might be all for keeping it this way.
| 
| Will
| 
| 
| ------- Forwarded Message
| 
| Return-Path: [email protected] 
| Delivery-Date: Tue, 15 Aug 95 11:16:05 -0400
| Return-Path: [email protected]
| Received: from flume.zk3.dec.com by nkotb.zk3.dec.com; (5.65/1.1.8.2/24Mar95-
0229PM)
| 	id AA28302; Tue, 15 Aug 1995 11:16:04 -0400
| Received: from fsecret.zk3.dec.com by flume.zk3.dec.com; (5.65v3.2/1.1.8.2/16
Jan95-0946AM)
| 	id AA21515; Tue, 15 Aug 1995 11:15:15 -0400
| Received: from localhost by secret.zk3.dec.com; (5.65/1.1.8.2/19Aug94-1121AM)
| 	id AA23375; Tue, 15 Aug 1995 11:15:14 -0400
| Message-Id: <[email protected]>
| To: workstation_submit
| Cc: i18n_submit, [email protected], [email protected], [email protected],
|         [email protected], [email protected]
| Subject: Submit request: decx11-291-wwalker
| From: [email protected]
| Date: Tue, 15 Aug 95 11:15:14 -0400
| Sender: [email protected]
| X-Mts: smtp
| 
| 
| BASELEVEL: 8
| USER NAME: wwalker
| PRINCIPAL NAME: William_Walker
| SUBMIT REQUEST DATE: Tue Aug 15 11:15:13 1995
| SUBMIT REQUEST DEFECT NUMBER: decx11-291-wwalker
| SUBMIT REQUEST STATUS: NEW
| 
| 	Decx11 Submit Request Form - V1.1
| 
| 	Use srequest to fill out and mail this form to
| 	the appropriate FSRT (Functional Submit Review Team)
| 
| o Submit Abstract (one line)
| Submit fix for Show Stopper OSF_QAR 36436
| 
| o Which Decx11 Baselevel do you wish to submit to?
| BL 8 of project decx11
| 
| o This submit is in response to:
|   QAR number: 36436
|  
| o Does this submit complete the implementation of the feature tag(s):
| No
| 
| o Description of Change:
| The R5 X server used to lie about the minimum and maximum keycodes
| of the keyboard in use.  As a result, we made a bunch of xmodmap-able
| keymaps that contained a bunch of keycodes out of the range of the
| keyboard.  The R6 server does its best to tell the truth about the
| min keycode (it still has to lie about the max keycode because we
| need to continue supporting the KME extension).  As a result, many
| existing *broken* xmodmap files will not work on the R6 server.
| I don't believe the server should be modified to continue supporting
| such broken behavior, so I modified the R6 xmodmap client.  Instead
| of issuing an error then quitting, the modified R6 xmodmap issues
| a warning and ignores lines with keycode values out of range.  This
| allows broken xmodmap files to work, and also prompts the owners of
| the xmodmap files to clean up the mess they created.
| 
| o Documentation Impact:
|   Specify the document that needs to be changed:
| None
| 
| o Any legal restrictions in shipping source code (CUSTOMER, PROPRIETARY,
|   RESTRICTED)?
| None
| 
| o Risk: (High, Medium, Low) 
| Low
| 
| o Indicate any of the following cross functional areas which may be affected 
|   by this submit [please have cross functional review]:
| None
| 
| o Code Reviewer:
| Dave Hill
| 
| o Testing:
|   What ODE backing tree have you backed against?
|   Execute the following command from ./src:
| 
| 	cat ../link/Logs/Version.log 
| 
| Start Run: Mon Aug 14 21:00:02 EDT 1995
| Start srcpool cleanup: Mon Aug 14 21:00:02 EDT 1995
| Finished srcpool cleanup: Mon Aug 14 21:05:03 EDT 1995
| Start srcpool update: Mon Aug 14 21:05:03 EDT 1995
| Done srcpool update: Mon Aug 14 21:22:16 EDT 1995
| Start snapshot_tools: Mon Aug 14 21:22:18 EDT 1995
| version.build: 217
| version.type: X
| version.variant: -8
| Start snapshot_os: Mon Aug 14 21:23:30 EDT 1995
| Done snapshot_os: Mon Aug 14 21:25:30 EDT 1995
| Start build: Mon Aug 14 21:28:09 EDT 1995
| Done build: Tue Aug 15 01:03:48 EDT 1995
| Start install: Tue Aug 15 01:03:51 EDT 1995
| Done install: Tue Aug 15 01:39:35 EDT 1995
| Start nightly update: Tue Aug 15 01:49:25 EDT 1995
| 
|   Include the output in this form.
| 
|   How did you test this change?
| Made a bunch of test xmodmap-able files and made sure they issued
| warnings but still worked.
| 
| o Standards Compliance - (Standards regressions are SHOW-STOPPERS)
| 
| (a) Does your submit affect the XPG4 or Motif Standards? YES [  ]  NO [x ]
| 
| (b) If yes, you run the appropriate testsuite?  YES [  ]  NO [  ]
|     
|     Include testsuite output(s) or rationale if NO: 
| 
| 
| 
| o Does this submit cause any changes in the install tree?
|   If so, you MUST modify ./check/master.inv to reflect any inventory
|   changes and include it in this srequest.
| No
| 
| o Does this submit result in a new file that needs to show up in the kit or
|   build output area?  Does it remove (defunct) a file from the output area?
| No,no.
| 
|   For new inventory changes please consult with Sean Davidson to confirm 
|   subset name.  Please grep the the following files to find the pathname for 
|   the defuncting files.
| 
|   Workstation:          /usr/sde/osf1/build/decx11/src/isl/data/OSFX400.mi 
|   
|   
|   List inventory changes that will impact the output area and their associate
d
|   subsets. 
| 
| 	NEW inventory files:
| 	DEFUNCT inventory files:
| 
| 
| o List of files to be submitted (full pathnames from the src directory
|   in the ODE tree, ODE revision number, and ODE set name, i.e. sue_ag),
|   use bstat -all for the list of files and the revs:
| 
| [ ./xc/programs/xmodmap/handle.c ]
| version 1.1.4.1 selected
| 
| o Code Diffs: include pointer to file, use the command,
|   bdiff -r$NEW -all >& bdiff.log
| bdiff: unknown switch: -c./xc/programs/xmodmap/handle.c
| 
| 
| ------- End of Forwarded Message
| 
| 
|