T.R | Title | User | Personal Name | Date | Lines |
---|
275.1 | I've got uwm | POOL::BALLOU | It's not slow, it's careful! | Wed Feb 22 1989 16:46 | 9 |
| Getting uwm running under VMS DECwindows was very easy, once I got past one big stumbling
block: The code is sloppy about using free() when it should use Xfree().
Also, I did not bother trying to make spawning subprocesses (so that one can start
applications via the uwm menu interface) work. I just wanted to replace the DECwindows
window manager.
- Ken
|
275.2 | Can I have it? | RICKS::MILLS | | Wed Feb 22 1989 17:48 | 2 |
| Can I get a pointer to it?
|
275.3 | UWM available over the net | VINO::WITHROW | Robert Withrow | Wed Apr 05 1989 16:12 | 13 |
| This version of UWM is now available at:
VINO::BORDEAUX:[WITHROW.PUBLIC]UWM.SAVZ
This is a compressed backup saveset. It contains the sources and executable
for the UWM window manager. As noted in .1, it is currently unable to
perform subprocess things, such as starting up decterms. Either Mr. Ballou
or myself may rectify this shortcomming in the future.
I have found this version to be quite reliable, and certainly more reliable
than PCX$UWM, available elsewhere. PCX$UWM, however, IS able to perform
subprocess things.
|
275.4 | Have you told PCSG 'bout PCX$UWM bugs? | ROBOT::ENDSLEY | MJ Endsley, SWS @ St. Louis | Wed Apr 05 1989 17:50 | 11 |
| >>> I have found this version to be quite reliable, and certainly more reliable
>>> than PCX$UWM, available elsewhere. PCX$UWM, however, IS able to perform
>>> subprocess things.
I hope you've told the PCSG folks what the problems are :-) After all, PCX$UWM
is going to be the one customers see...
Mike Endsley
SWS @ STO
|
275.5 | Oh, that kit!! Now, how do I uncompress? | MDVAX3::ENDSLEY | MJ Endsley, SWS @ St. Louis | Tue Apr 11 1989 21:22 | 12 |
| RE: UWM sources
Gee, you know you've been spending too much time in Notes when you've
forgotten which notes you've responded to. Robert, my thanks for the
pointer that you posted in RDVAX::X bringing me back here.
Now, a silly naive question. How does one uncompress the saveset?
Mike Endsley
SWS @ STO
|
275.6 | | AITG::DERAMO | Daniel V. {AITG,ZFC}:: D'Eramo | Tue Apr 11 1989 22:44 | 11 |
| re .-1 How does one uncompress the saveset?
I have a copy of LZDCMP at
ZFC::ZFC$DISK1:[PUBLIC.LZDCMP]LZDCMP.EXE
I'm not sure exactly what arguments you would give it,
though.
Dan
|
275.7 | That's the ticket -- LZDCMP help included here as well | MDVAX3::ENDSLEY | MJ Endsley, SWS @ St. Louis | Wed Apr 12 1989 11:59 | 91 |
| Thanks Dan. You and one other (via MAIL) got this to me at about the
same time. The documentation that I have for LZDCMP follows.
Many thanks gang. I've got the code and am happily building it now.
Mike Endsley
SWS @ STO
1 File Decompression
**********
* lzdcmp *
**********
NAME: lzdcmp -- File Decompression
SYNOPSIS:
lzdcmp [-options] [infile [outfile]]
DESCRIPTION:
lzdcmp decompresses files compressed by lzcomp. The
documentation for lzcomp describes the process in
greater detail.
Options may be given in either case.
-B Output file is "binary", not text. (Ignored in
VMS private mode.) On VMS, this generates a
stream file without carriage-control attributes.
On Decus C systems, it generates a "fixed block,
512 byte record" file. It is unneeded on Unix.
-F Output file is "fixed block, 512 bytes." This is
used only by VMS for reading files created by
Unix compress or by "export" mode. It is
identical to binary on Decus C.
-X 3 To read files compressed by an old Unix version
that doesn't generate header records.
-V val Verbose (print status messages and debugging
information). The value selects the amount of
verbosity. See the lzcomp documentation for
details.
VMS COMMAND LANGUAGE INTERFACE:
In addition to the above (Unix-style) command
line interface, lzcomp supports a VMS command
line interface. The following options are
available:
/EXPORT=(VMS, UNIX, HEADER)
Page 2
lzdcmp File Decompression
/MODE=(TEXT, BINARY, FIXED)
/SHOW=(ALL, PROGRESS, STATISTICS, FDL,
DEBUG, DEBUG_SERIOUS, DEBUG_IO)
VMS PRIVATE MODE:
If the file was compressed in VMS private mode,
all information needed to reconstruct the file
is stored in the compressed file, using the VMS
run-time library FDL routines. This means that
the expanded file will have the same name and
directory location it had originally. If the
directory structure does not exist (for example,
because you have moved the compressed file to
another machine), you must specify the second
argument to lzdcmp to specify the file name.
AUTHOR:
This version by Martin Minow. See lzcomp for
more details.
|
275.8 | Why can't I run it from DECW$LOGIN??? | VINO::WITHROW | Robert Withrow | Wed Apr 12 1989 18:12 | 119 |
| I seem to be totally unable to run uwm from my decw$login.com for some
silly reason, even though others seem to be able to do so... Appended
are the decw$login.com file in question, and the two log files showing
the failure. Can anyone tell me what is going on?
-=-=-=-=-=- decw$login.com -=-=-=-=-=-=
$! DECW$LOGIN.COM -- Session manager startup stuff
$!
$ sho log sys$input
$ sho log sys$output
$ sho log sys$error
$ set ver
$ set noon
$!
$! Kill the old window manager and start our own...
$!
$ Call KillDECW$Winmgr
$!
$! Start the UWM window manager
$!
$ decw$uwm := $sys$login:uwm
$ spawn/nowait/inp=nl:/out=uwm.log/proc=decw$uwm decw$uwm
$ wait 0:0:10
$!
$! Start applications
$!
$ spawn/nowait/input=nl:/output=nl:/proc=decw$banner -
run sys$system:decw$banner
$!
$! Thats all.
$!
$ Exit
$!
$!=========================== Local Subroutines ============================
$!
$! Subroutine to kill the improper window manager
$!
$ KillDECW$Winmgr: Subroutine
$!
$ Display = f$trnlnm("DECW$DISPLAY")
$ DNumber = f$extract(3,f$locate(":",Display)-3,Display)
$ set process/name=decw$session_'DNumber'
$ write sys$output "I am DNumber ''DNumber' on display ''Display'"
$ stop DECW$WM_'DNumber'
$ wait 0:0:10
$!
$ exit
$ endsubroutine
-=-=-=-=-=--=- decw$sm.log -=-=-=-=-
"SYS$INPUT" = "_MIRA$DUA0:" (LNM$PROCESS_TABLE)
"SYS$OUTPUT" = "_MIRA$DUA0:" (LNM$PROCESS_TABLE)
"SYS$ERROR" = "_MIRA$DUA0:" (LNM$PROCESS_TABLE)
$ set noon
$!
$! Kill the old window manager and start our own...
$!
$ Call KillDECW$Winmgr
$ KillDECW$Winmgr: Subroutine
$!
$ Display = f$trnlnm("DECW$DISPLAY")
$ DNumber = f$extract(3,f$locate(":",Display)-3,Display)
$ set process/name=decw$session_1
$ write sys$output "I am DNumber 1 on display WSA1:"
I am DNumber 1 on display WSA1:
$ stop DECW$WM_1
$ wait 0:0:10
$!
$ exit
$!
$! Start the UWM window manager
$!
$ decw$uwm := $sys$login:uwm
$ spawn/nowait/inp=nl:/out=uwm.log/proc=decw$uwm decw$uwm
%DCL-S-SPAWNED, process DECW$UWM spawned
$ wait 0:0:10
$!
$! Start applications
$!
$ spawn/nowait/input=nl:/output=nl:/proc=decw$banner -
run sys$system:decw$banner
%DCL-S-SPAWNED, process DECW$BANNER spawned
$!
$! Thats all.
$!
$ Exit
$ !
$ ! DECW$STARTSM.COM - Initialize the DECwindows session manager
..... stuff deleted ......
$! if no command files executed, then status will be blank
$!
$if $status .EQS. "" then goto do_session
$!
$! if status is ok, no errors in command procedures, so start session manager
$!
$if $status then goto do_session
$do_session:
$define decw$doing_session T
$run sys$system:decw$session
Session Error: %NONAME-F-NOMSG, Message number 02DB821C
$!
$! log out and delete the logical
$!
$do_exit:
$if f$logical("decw$doing_session") .NES. "" then deassign decw$doing_session
$logout
-=-=-=-=-=-=-= uwm.log -=-=-=-=-=-=-
XIO: non-translatable vms error code: 0x2DBA002, vms message:
%decw-e-cnxabort, connection aborted
%XLIB-F-IOERROR, xlib io error
%TRACE-F-TRACEBACK, symbolic stack dump follows
module name routine name line rel PC abs PC
0007DB62 0007DB62
0007E2BC 0007E2BC
00079DDF 00079DDF
UWM main 3141 00000136 0000AF76
|
275.9 | I had a similar problem with the HPWM | ORAN::ORAN | Dave Oran | Thu Apr 13 1989 01:27 | 22 |
| I think it is due the the fact that the server resets itself when
the last connection is terminated.
When you kill the DECW window manager, that is the only connection the
servier has, so it resets.
This causes the properties that DECW$Loginout stuffed on the root window
to be trashed, including the security permissions, and probably other
stuff needed to get things running properly.
When you go to run uwm, or other applications, they won't talk to the server
properly.
I figured this out when the screen flashed each time an application tried to
fire up and then gave up (and the server reset).
The fix was simple. Fire up an application and wait a while for it to
connect to the server BEFORE killing the DECW window manager.
I hope the support for alternate window managers will be a lot better
in decwindows V2 on VMS. The Ultrix folks got it right.
|
275.10 | Thought I tried that, but... I'll try again! | VINO::WITHROW | Robert Withrow | Thu Apr 13 1989 11:31 | 12 |
| > The fix was simple. Fire up an application and wait a while for it to
> connect to the server BEFORE killing the DECW window manager.
I think I tried to start UWM BEFORE killing the DECW WM and got no joy, but
I'll try that again, plus starting some other application. I'd prefer to have
the UWM running BEFORE I start any apps because the window dressing added by
DECW$WM causes things to be placed incorrectly on the screen (compared
to UWM).
> I hope the support for alternate window managers will be a lot better
> in decwindows V2 on VMS. The Ultrix folks got it right.
You can say that again, brother!
|
275.11 | Any application *but* another WM | MRFLEX::MILLER | Bush For President...Kate Bush! | Thu Apr 13 1989 11:34 | 12 |
| Robert,
It can't be the DECW WM...It has to be some other non-WM client. The
server won't let two window managers run at the same time, so you'll
get a different error.
Try starting up your banner first, then Kill DECW WM, then start UWM.
Regards,
== ken miller ==
|
275.12 | | AITG::DERAMO | Daniel V. {AITG,ZFC}:: D'Eramo | Thu Apr 13 1989 13:10 | 7 |
| If the application that gets started up first isn't
positioned where you want it (because of the difference in
the window manager decorations), then start up an application
like "Hello world" that you aren't going to keep around.
Dan
|
275.13 | Actually, starting UWM first ALMOST works | VINO::WITHROW | Robert Withrow | Thu Apr 13 1989 18:12 | 12 |
| RE: < Note 275.11 by MRFLEX::MILLER "Bush For President...Kate Bush!" >
> -< Any application *but* another WM >-
> It has to be some other non-WM client.
Actually, starting the UWM first, and the kinning the DECW wm *almost*
works. UWM runs, and can move windows and stuff, but it doesn't bring
up menus, perhaps because it is confused about what the root window is
or someting.
> Try starting up your banner first, then Kill DECW WM, then start UWM.
That works.
|
275.14 | Now has subprocess capability | VINO::WITHROW | Robert Withrow | Thu Apr 13 1989 18:24 | 9 |
| The version of UWM on VINO (as listed in previous replys) now has
subprocess capabilitys, including the ability to create decterms.
Please read the file VMS_CHANGES.TXT in the saveset.
A known bug is that UWM should really put up the "watch" cursor
(and probably grab the server too) when it is creating the decterm,
since that takes a few seconds. I havn't figgured out how to do that
yet.
|
275.15 | Okay, I give up... | MRFLEX::MILLER | Bush For President...Kate Bush! | Fri Apr 14 1989 14:52 | 8 |
| What are the exact arguments require with lzdcmp to decompress
VINO::BORDEAUX:[WITHROW.PUBLIC]UWM.SAVZ for VMS?
one_who_knows_nothing_about_lzdcmp,
== ken miller ==
|
275.16 | lzdcmp uwm.savz uwm.sav worked for me | STAR::NOZELL | Language is a virus from Outer Space. | Fri Apr 14 1989 15:49 | 1 |
|
|
275.17 | Okay...rub it in! ;) | MRFLEX::MILLER | Bush For President...Kate Bush! | Fri Apr 14 1989 16:12 | 18 |
| re: STAR::NOZELL "Language is a virus from Outer Space."
> Title: lzdcmp uwm.savz uwm.sav worked for me
What specific command did you get to work?
I got lzdcmp. I define a foreign command. And I type
$ lzdcmp uwm.savz uwm.exe
It finishes and when I type run uwm, i get
%DCL-W-ACTIMAGE, error activating image UWM
-CLI-E-IMGNAME, image file $1$DUA25:[SYS0.SYSCOMMON.][SYSEXE]UWM.EXE;4
-IMGACT-F-BADHDR, an error was discovered in the image header
I've tried various other args (-B, etc.) to no avail. What's the secret
code word!
|
275.18 | Its a BACKUP SAVE SET, not an exe.... | VINO::WITHROW | Robert Withrow | Fri Apr 14 1989 17:05 | 16 |
| > I got lzdcmp. I define a foreign command. And I type
>
> $ lzdcmp uwm.savz uwm.exe
>
> It finishes and when I type run uwm, i get
Please read 275.3 again (carefully). UWM.SAVZ is a compressed BACKUP SAVESET.
After you do your
$ lzdcmp uwm.savz uwm.sav
^^^
do a
$ backup/list uwm.sav/save
|
275.19 | Thanks... | MRFLEX::MILLER | Bush For President...Kate Bush! | Fri Apr 14 1989 17:14 | 6 |
| I'm all set now, thanks.
Regards,
== ken miller ==
|
275.20 | | SMOP::GLOSSOP | Kent Glossop | Tue Apr 25 1989 14:19 | 2 |
| Does anyone have a "current" working version of xterm for VMS?
|
275.21 | | VWSENG::KLEINSORGE | Toys 'R' Us | Tue Apr 25 1989 14:32 | 6 |
|
Try Andy Vesper (3D::VESPER), I know he was tinkering with a highly
modified xterm.
|
275.22 | Icon Names in the uwm icons? | DECEAT::NOFSINGER | | Tue Sep 12 1989 18:46 | 4 |
|
I know uwm can put the name of an icon in the icon symbol but can't fiqure
out how?
|
275.23 | I think you only get one...or the other. | VINO::WITHROW | Mass. recall petitions available here! | Wed Sep 20 1989 17:05 | 3 |
| I think you can only get the actual ICON, or the name if there is no
icon. I dont think you can get both, if that is what you wanted...
|
275.24 | running uwm from decw$winmgrexe logical? | VINO::WITHROW | Mass. recall petitions available here! | Wed Sep 20 1989 17:07 | 7 |
| I know some of you have gotten this to work, but I can't get it to work
on my workstation. It starts up and then quits without doing anything.
I havn't yet turned on accounting to figgure out why. Can you tell me how
you do it, or refer me to the correct note here. I couldn't find the info.
P.S. VMS5.2 SSB, including DW (ssb)
|