|  | 
	
	
		| Mumra Wanderer
 
 
 Joined: 12 Feb 2003
 Posts: 93
 Location: USA
 
 | 
			
			  |  Posted: Tue Aug 21, 2012 8:24 am 
 New Window for capturing?
 
 |  
				| I have this vision of what I like zmud/cmud to look like when I multiplay, and it is glorious (to me).  I used to have this glorious vision work for me when I mudded many years ago and it worked pretty well, when it worked. Anyway, here is a picture of a basic Idea of what I want to happen, perhaps you guys can figure out how to make this work for me.    I use cmud 2.37 pro. 
 http://i97.photobucket.com/albums/l228/jimbabwe77/commwindow-1.jpg
 
 Now, I made the Mumra character session first.  Managed to use #MAKEW to get a window size/etc that I liked for 'Comms' up top. This layout is beautiful to me. Now, I log another session.  It ends up being Tabbed and taking the full window. I drag it out of the tab, and down into the Mumra section, voila! It tabbed in perfectly!  I try again hoping it isn't a fluke. Voila! Alysa tabbed in.  I was ecstatic for a minute. I logged the two extra characters out.  Tried to relog one of them again. Bam. Error!  Here is the appropriate error stuff:
 
 
 
 
 
	  | Code: |  
	  | date/time         : 2012-08-21, 01:07:52, 681ms computer name     : ***********
 user name         : ********
 registered owner  : Microsoft / Microsoft
 operating system  : Windows NT New Tablet PC x64 build 7600
 system language   : English
 system up time    : 12 hours 11 minutes
 program up time   : 1 hour 52 minutes
 processors        : 2x AMD Turion(tm) X2 Dual-Core Mobile RM-74
 physical memory   : 2008/3837 MB (free/total)
 free disk space   : (C:) 20.72 GB (S:) 3.88 GB
 display mode      : 1280x800, 32 bit
 process id        : $f28
 allocated memory  : 93.15 MB
 executable        : cMUDPro.exe
 exec. date/time   : 2012-08-19 13:23
 version           : 2.37.0.0
 compiled with     : BCB 2006/07
 madExcept version : 3.0h
 contact name      : ****************
 contact email     : ****************************
 callstack crc     : $83929a16, $0c2df1da, $0c2df1da
 exception number  : 2
 exception class   : EAccessViolation
 exception message : Access violation at address 00E1B40E in module 'cMUDPro.exe'. Read of address 09000018.
 
 Main ($5f4):
 00e1b40e +086 cMUDPro.exe  PrefDat     9789  +10 PrefRec.InternalGetCaption
 00e1a388 +010 cMUDPro.exe  PrefDat     9478   +1 TrigNode.GetExpandPat
 00e1cd8f +02b cMUDPro.exe  PrefDat    10373   +3 TriggerRec.GetExpandPat
 00e147df +06f cMUDPro.exe  PrefDat     7409   +8 TriggerRec.SetTimer
 00e14a8e +082 cMUDPro.exe  PrefDat     7458   +7 TriggerRec.InitEnable
 00d6c9ff +237 cMUDPro.exe  MAIN        7135  +55 TMUDForm.InitConnection
 00d23ffa +27e cMUDPro.exe  PARENT      4093  +75 TParentForm.InitMudWindow
 00d245f4 +4cc cMUDPro.exe  PARENT      4182  +68 TParentForm.NewMUD
 00da0d68 +0a0 cMUDPro.exe  MAIN       20292  +12 TMUDForm.ExecCommand
 00d185a1 +0e1 cMUDPro.exe  CodeThread  1231  +12 TRunCodeThread.DoExecCommand
 0047a68d +0fd cMUDPro.exe  Classes     9835  +22 CheckSynchronize
 00d17509 +0ed cMUDPro.exe  CodeThread   508  +28 MsgWaitForSingleObject
 00d1762c +024 cMUDPro.exe  CodeThread   580   +4 WaitForThread
 00d6a950 +244 cMUDPro.exe  MAIN        6580  +52 TMUDForm.ExecComThread
 00d6b892 +46a cMUDPro.exe  MAIN        6826  +47 TMUDForm.NewProcessStr
 00d6a379 +009 cMUDPro.exe  MAIN        6447   +2 TMUDForm.ProcessStr
 00d69e13 +03b cMUDPro.exe  MAIN        6322  +10 TMUDForm.ParseCommand
 00d7cfc9 +23d cMUDPro.exe  MAIN       12709  +34 TMUDForm.Command
 00da81a3 +013 cMUDPro.exe  MAIN       22207   +1 TMUDForm.UserInKeyDown
 004c4af0 +020 cMUDPro.exe  Controls    8096   +1 TWinControl.KeyDown
 0097edf3 +013 cMUDPro.exe  RVScroll     568   +1 TRVScroller.KeyDown
 00922868 +014 cMUDPro.exe  RichView    1970   +1 TCustomRichView.KeyDown
 008f1c64 +044 cMUDPro.exe  RVEdit      1768   +6 TCustomRichViewEdit.KeyDown
 004c4b8c +090 cMUDPro.exe  Controls    8125  +22 TWinControl.DoKeyDown
 004c4bae +00a cMUDPro.exe  Controls    8134   +1 TWinControl.WMKeyDown
 008f1b86 +206 cMUDPro.exe  RVEdit      1742  +41 TCustomRichViewEdit.WMKeyDown
 004bf29b +2bb cMUDPro.exe  Controls    5146  +83 TControl.WndProc
 004c329f +4fb cMUDPro.exe  Controls    7304 +111 TWinControl.WndProc
 004c29c8 +02c cMUDPro.exe  Controls    7073   +3 TWinControl.MainWndProc
 0047c4f0 +014 cMUDPro.exe  Classes    11583   +8 StdWndProc
 74c7810d +00a USER32.dll                         DispatchMessageA
 004ad974 +0fc cMUDPro.exe  Forms       8105  +23 TApplication.ProcessMessage
 004ad9ae +00a cMUDPro.exe  Forms       8124   +1 TApplication.HandleMessage
 004adca3 +0b3 cMUDPro.exe  Forms       8223  +20 TApplication.Run
 00eb1a1c +088 cMUDPro.exe  cMUDPro      352  +20 initialization
 76683675 +010 kernel32.dll                       BaseThreadInitThunk
 |  
 I would desperately love to get this working properly (in my vision). My MUD allows multiplaying up to 8 characters, and I very frequently am changing chars, having multiple sessions loaded etc.  Generally all via the command line aliases I use. That's the important thing I guess. I change characters a lot.  Any Help or Ideas folks?
 
 
 EDIT: Oh, and see the green 'circle' next to the sessions names? Is there a bug with those? They are always green, even when nothing has changed. I liked the old function from in zmud where it only changed to green if something had happened.
 |  | 
	
	  | 
		    
			  | _________________ Mumra the Everliving, Realms of Despair
 216.251.47.10 Port 4000
 |   |  | 
	
		|  | 
	
		| shalimar GURU
 
  
 Joined: 04 Aug 2002
 Posts: 4774
 Location: Pensacola, FL, USA
 
 | 
			
			  |  Posted: Tue Aug 21, 2012 1:09 pm 
 |  
				| Are you actually creating a different session for each character (correct way) Or trying to kludge a child window into holding char data?
 There are several threads already on how to maintain a mutiplay layout.
 |  | 
	
	  | 
		    
			  | _________________ Discord: Shalimarwildcat
 |   |  | 
	
		|  | 
	
		| Mumra Wanderer
 
 
 Joined: 12 Feb 2003
 Posts: 93
 Location: USA
 
 | 
			
			  |  Posted: Tue Aug 21, 2012 6:44 pm 
 |  
				| Each character is their own session, created the normal way. having their own packages, etc. The child window I want is strictly for information purposes, but that information can come from any open session.  As for other threads on this the ones I checked seemed to involve me making up a Multiple character layout, and then selecting it with that icon.  That would involve me not using whichever characters I want at any time I want and restrict me from swapping easy. 
 |  | 
	
	  | 
		    
			  | _________________ Mumra the Everliving, Realms of Despair
 216.251.47.10 Port 4000
 |   |  | 
	
		|  | 
	
		| MattLofton GURU
 
 
 Joined: 23 Dec 2000
 Posts: 4834
 Location: USA
 
 | 
			
			  |  Posted: Tue Aug 21, 2012 9:39 pm 
 |  
				| You can write a script (or perhaps find one) to handle character selection.  Once you know who you are going to log on with, you can then load their package. 
 |  | 
	
	  | 
		    
			  | _________________ EDIT: I didn't like my old signature
 |   |  | 
	
		|  | 
	
		| Mumra Wanderer
 
 
 Joined: 12 Feb 2003
 Posts: 93
 Location: USA
 
 | 
			
			  |  Posted: Tue Aug 21, 2012 10:13 pm 
 |  
				| I don't follow Matt. Do you mean like a session with no name or character associated with it? I think I see something like this mentioned by Zugg in a post.. since you can use like #SESSION 216.251.47.10 4000    to create a session to a mud.  Then use an alias or triggers to rename said window.. and load packages? If that's what you mean, I don't see the point.. since I'd essentially be doing the same thing as just using #SESSION charactername, no? 
 At the moment, I have an alias: as follows.
 
 #ALIAS log {#if %ismember(%1, %names) {} {#SESSION %1}}
 
 Fairly straightforward, and since I named all of my windows as the characters name, it allows for fast logging right from the command line.
 I also have aliases to disconnect by name, close window by name, etc. Sometimes calling multiple sessions up at once.. for say a spellbot crew.
 |  | 
	
	  | 
		    
			  | _________________ Mumra the Everliving, Realms of Despair
 216.251.47.10 Port 4000
 |   |  | 
	
		|  | 
	
		|  | 
	
		|  |