Just a sample of the Echomail archive
[ << oldest | < older | list | newer > | newest >> ]
|  Message 1806  |
|  Fermin Sanchez to Kai Richter  |
|  GoldEd+ v1.1.5 - not working on Mac  |
|  15 May 21 02:03:52  |
 TZUTC: 0200 CHRS: CP850 2 MSGID: 2:301/123 609f1193 REPLY: 2:240/77 609e501d Hello Kai! 14 May 21 12:20, you wrote to me: FS>> I'll probably end up using something similar. Thinking of FS>> publishing GoldEd as a Terminal Services remote app. Even on Mac, FS>> I could then just run the program via RDP, no need to connect to FS>> the whole desktop. KR> Interesting approach. It's the "Windows style" of doing things. I've just moved my whole fido setup to a new drive on my Windows terminal server, now everything is under f:/fido. And I'm typing this on my Mac, but in GoldEd+/W64, published as a single window via RDP. The client needed to connect is Microsoft's own "Microsoft Remote Desktop" which is natively available on Mac. FS>> show stopper. This didn't happen before, but now I get this when FS>> I try to get out of an Area on GoldEd running remotely on my Mac: FS>> ***** FS>> Wait: /Volumes/bbs/msgbase/region30 is locked FS>> ***** FS>> Not sure what that is all about? KR> I'm not sure if that's a filesystem message or a msgbase issue. Do you KR> have r/w access to the files? Does the username match? Some sharing KR> tools offer a usermap feature that tells the server that the remote KR> "mac" username is equal to the local "windows" username. Yes, the names match, and I do have full access with my user. It's quite strange, I also initally had this when using terminal services with the "RemoteApp" version of GoldEd. Seems to be working now, though. KR> The msgbases are not multi access approved. If a tosser is active the KR> area should be locked to prevent the editor to mess up the tossing KR> run. I would look for other running sessions. How does the terminal KR> service remote app from above work? A service is running in background KR> all the time? There shouldn't have been any other running sessions, at least I'm not aware of any. Very curious, indeed. And I've had GoldEd open in the past few days on my node system while new mail came in and the tosser (Fmail) went to work. So you're suggesting I should prevent that from being possible by using semaphore flags? KR> If all fails the last option would be a point installation on the mac KR> that connects to the node on windows via mailer. Yes, also an option. But I'll try some more with this (terminal server RemoteApp etc.) approach. "How hard can it be", as Mr Clarkson uses to say... ;-) Regards Fermin ... Other Taglines will follow...Keep only the ones you want... --- GoldED+/W64-MSVC 1.1.5-b20180707 * Origin: USS Ferminator - Unteraegeri, Switzerland (2:301/123) SEEN-BY: 1/123 18/200 30/0 90/1 105/81 120/340 123/131 129/305 221/1 SEEN-BY: 221/6 226/30 227/114 229/101 424 426 452 664 700 1016 1017 SEEN-BY: 240/1120 5832 249/206 317 400 280/464 282/1038 292/854 301/0 SEEN-BY: 301/1 101 103 113 123 812 317/3 322/757 342/200 633/280 5058/104 PATH: 301/123 1 229/426 |
[ << oldest | < older | list | newer > | newest >> ]