That's easy.  Write it your way. 
>Among the challenges is using the Assembly Language  
>Program (ALP) included in the IBM toolkit to compile the  
>necessary stub to enable the use of C source code. 
What's so hard?  I picked 3 stubs pretty much at random and ran alp: 
[j:\tmp\0]dir /kma:-d 
 7-31-03   8:53           2,321           0  aspisegs.asm 
 4-24-02  15:08           2,387           0  atapiseg.asm 
 8-11-96  22:43           1,063           0  devhdr.inc 
 9-21-01   9:39           1,594           0  ETHRSEGS.ASM 
[j:\tmp\0]for %X in (*.asm) alp %X 
Licensed Materials - Property of IBM 
IBM Assembly Language Processor Version 4.00.008 
(C) Copyright IBM Corp., 1995-2000.  All Rights Reserved. 
US Government Users Restricted Rights - Use, duplication or disclosure 
restricted by GSA ADP Schedule Contract with IBM Corp. 
Licensed Materials - Property of IBM 
IBM Assembly Language Processor Version 4.00.008 
(C) Copyright IBM Corp., 1995-2000.  All Rights Reserved. 
US Government Users Restricted Rights - Use, duplication or disclosure 
restricted by GSA ADP Schedule Contract with IBM Corp. 
Licensed Materials - Property of IBM 
IBM Assembly Language Processor Version 4.00.008 
(C) Copyright IBM Corp., 1995-2000.  All Rights Reserved. 
US Government Users Restricted Rights - Use, duplication or disclosure 
restricted by GSA ADP Schedule Contract with IBM Corp. 
With the results: 
[j:\tmp\0]dir /kma:-d 
 7-31-03   8:53           2,321           0  aspisegs.asm 
 7-31-03   8:58             393           0  aspisegs.obj 
 4-24-02  15:08           2,387           0  atapiseg.asm 
 7-31-03   8:58             382           0  atapiseg.obj 
 8-11-96  22:43           1,063           0  devhdr.inc 
 9-21-01   9:39           1,594           0  ETHRSEGS.ASM 
 7-31-03   8:58             345           0  ETHRSEGS.obj 
The discerning reader will notice that aspisegs.asm has today's date.  I 
did need to tweak aspisegs.asm, but that that's to be expected since the 
vast majority of the drivers were built with MSC and MASM.  Mastrianni's 
book being of the same vintage will provide plenty of MSC/MASM examples.  
It won't help you understand why IBM decided that alp did not need to be 
backward compatible with masm.  FWIW, I have been told that many of 
Mastrianni's examples are broken and his driver style is poor.  However, I 
haven't looked a copy of this book since probably 1991 or so when we were 
doing the requirements for a port to OS/2 1.3, so I'll leave it to the 
philosophers to debate this. 
Just to see if I could make the assembly process harder, I tried wasm, 
with the results: 
[j:\tmp\0]for %X in (*.asm) wasm %X 
Open Watcom Assembler Version 1.0 
Portions Copyright (c) 1992-2002 Sybase, Inc. All Rights Reserved. Source 
code is available under the Sybase Open Watcom Public License. See 
http://www.openwatcom.org/ for details. 
aspisegs.asm: 87 lines, 0 warnings, 0 errors 
Open Watcom Assembler Version 1.0 
Portions Copyright (c) 1992-2002 Sybase, Inc. All Rights Reserved. Source 
code is available under the Sybase Open Watcom Public License. See 
http://www.openwatcom.org/ for details. 
atapiseg.asm: 89 lines, 0 warnings, 0 errors 
Open Watcom Assembler Version 1.0 
Portions Copyright (c) 1992-2002 Sybase, Inc. All Rights Reserved. Source 
code is available under the Sybase Open Watcom Public License. See 
http://www.openwatcom.org/ for details. 
ETHRSEGS.ASM: 53 lines, 0 warnings, 0 errors 
Guess not. 
Steven 
--  
---------------------------------------------------------------------- 
"Steven Levine"   MR2/ICE 2.37 #10183 Warp4/FP15/14.093c_W4 
www.scoug.com irc.webbnet.info irc.fyrelizard.org #scoug (Wed 7pm PST) 
---------------------------------------------------------------------- 
===================================================== 
To unsubscribe from this list, send an email message 
to "steward@scoug.com". In the body of the message, 
put the command "unsubscribe scoug-programming". 
For problems, contact the list owner at 
"rollin@scoug.com". 
===================================================== 
<< Previous Message << 
 >> Next Message >>
Return to [ 31 | 
July | 
2003 ]
The Southern California OS/2 User Group
P.O. Box 26904
Santa Ana, CA  92799-6904, USA
Copyright 2001 the Southern California OS/2 User Group.  ALL RIGHTS 
RESERVED. 
SCOUG, Warp Expo West, and Warpfest are trademarks of the Southern California OS/2 User Group.
OS/2, Workplace Shell, and IBM are registered trademarks of International 
Business Machines Corporation.
All other trademarks remain the property of their respective owners.