2017-05-04T00:02:48Z pjb quit (Ping timeout: 240 seconds) 2017-05-04T00:33:42Z rumbler31 joined #ccl 2017-05-04T02:49:22Z rumbler31 quit (Remote host closed the connection) 2017-05-04T03:55:00Z milanj quit (Quit: This computer has gone to sleep) 2017-05-04T05:09:40Z rjid joined #ccl 2017-05-04T05:26:05Z rjid quit (Ping timeout: 260 seconds) 2017-05-04T08:10:50Z ogamita joined #ccl 2017-05-04T09:31:40Z milanj joined #ccl 2017-05-04T09:57:48Z hhdave joined #ccl 2017-05-04T09:59:37Z ogamita quit (Remote host closed the connection) 2017-05-04T10:01:19Z ogamita joined #ccl 2017-05-04T10:05:56Z pirateking-_- joined #ccl 2017-05-04T10:23:45Z milanj quit (Quit: This computer has gone to sleep) 2017-05-04T10:49:22Z pirateking-_- quit (Quit: pirateking-_-) 2017-05-04T11:00:03Z milanj joined #ccl 2017-05-04T13:19:43Z phoe joined #ccl 2017-05-04T13:19:57Z phoe: How can I tell CCL on Windows to load a new ASDF.lisp? 2017-05-04T13:20:08Z phoe: Just LOADing the filename ends up with conflicts. 2017-05-04T13:20:45Z phoe: > Error: Name conflict detected by EXPORT : 2017-05-04T13:20:45Z phoe: > EXPORT'ing RESOLVE-LOCATION from #1=# would cause a name conflict with 2017-05-04T13:20:48Z phoe: > the inherited symbol UIOP/CONFIGURATION:RESOLVE-LOCATION in the package #, which uses #1#. 2017-05-04T13:37:20Z phoe: Okay, I got it. 2017-05-04T13:52:42Z BitPuffin|osx joined #ccl 2017-05-04T14:03:41Z phoe: https://github.com/Clozure/ccl/blob/ff3a498d522ef76708cef4eb8b73dc5783914d4d/level-1/linux-files.lisp#L1887 2017-05-04T14:03:52Z phoe: I need some help. 2017-05-04T14:03:59Z phoe: I'm spawning a process but its window does not show up on Windows. 2017-05-04T14:10:05Z phoe: To reproduce: on Windows, download the client for the game Furcadia, https://cms.furcadia.com/ars/v31c/v31c/zipfile?format=zip&dlid=c277df9b4d535e8a386491703b26f2a7&jcompat=my.zip 2017-05-04T14:10:14Z phoe: Then in CCL run (CCL:RUN-PROGRAM "C:/Furcadia/Furcadia.exe" "") 2017-05-04T14:12:45Z phoe: the process is there, but the main window is not spawned. 2017-05-04T14:12:56Z phoe: All later windows spawn fine though. 2017-05-04T14:20:17Z rumbler31 joined #ccl 2017-05-04T15:10:48Z milanj quit (Ping timeout: 240 seconds) 2017-05-04T15:19:12Z milanj joined #ccl 2017-05-04T15:52:25Z hhdave quit (Ping timeout: 255 seconds) 2017-05-04T16:38:28Z sabetts joined #ccl 2017-05-04T16:40:16Z milanj quit (Read error: Connection reset by peer) 2017-05-04T16:45:03Z sabetts: any idea why running code in the CCL Ide would slow down if I switch to another app and then speed up when I focus the Listener window? 2017-05-04T16:45:22Z milanj joined #ccl 2017-05-04T17:08:04Z pjb joined #ccl 2017-05-04T17:12:11Z fe[nl]ix: sabetts: on OSX ? 2017-05-04T17:12:18Z sabetts: yeah 2017-05-04T17:12:35Z fe[nl]ix: smells like a battery optimization 2017-05-04T17:13:08Z fe[nl]ix: as in Cocoa slowing down the main loop of background windows 2017-05-04T17:13:19Z sabetts: Yeah, it is on a laptop but it's plugged in... 2017-05-04T17:14:31Z fe[nl]ix: of even maybe the window manager lowering the scheduler priority or such programs 2017-05-04T17:16:31Z sabetts: yeah, you'd think in that case that the numbers from (time ...) would return the save values 2017-05-04T17:16:34Z sabetts: *same 2017-05-04T17:16:44Z sabetts: at least the user and system times 2017-05-04T17:17:34Z sabetts: But I get 181s in user mode and 9s in system mode when the listener is focused 2017-05-04T17:17:50Z sabetts: and 269s user mode and 13s system mode when it's not focused 2017-05-04T17:18:33Z sabetts: which doesn't quite fit with the "OS is deprioritizing background apps" theory... 2017-05-04T17:21:22Z fe[nl]ix: pretty cool bug, though :D 2017-05-04T17:22:48Z sabetts: ya something weird is happening... 2017-05-04T17:23:31Z sabetts: the thing is is the real time values returned by (time ...) does not account for the increase in user mode time 2017-05-04T17:24:17Z sabetts: so in addition to taking more user mode time, realtime - user+sys+gc is much larger when running in the background 2017-05-04T17:40:05Z milanj quit (Quit: This computer has gone to sleep) 2017-05-04T19:44:55Z pirateking-_- joined #ccl 2017-05-04T19:49:05Z pirateking-_- quit (Ping timeout: 240 seconds) 2017-05-04T19:49:58Z pirateking-_- joined #ccl 2017-05-04T20:01:53Z pirateking-_- quit (Ping timeout: 260 seconds) 2017-05-04T20:07:00Z pirateking-_- joined #ccl 2017-05-04T20:27:35Z pirateking-_- quit (Quit: pirateking-_-) 2017-05-04T20:27:50Z pirateking-_- joined #ccl 2017-05-04T20:28:20Z pirateking-_- quit (Client Quit) 2017-05-04T20:28:36Z pirateking-_- joined #ccl 2017-05-04T20:29:08Z pirateking-_- quit (Client Quit) 2017-05-04T20:44:22Z milanj joined #ccl 2017-05-04T22:17:00Z ddp joined #ccl 2017-05-04T22:23:44Z rumbler31 quit (Ping timeout: 260 seconds) 2017-05-04T23:10:33Z ddp quit (Quit: ddp) 2017-05-04T23:33:14Z rme_: phoe: There is some special case in Windows where the first call to ShowWindow is ignored. This is based on some attribute of the process. See the comments in ccl:examples;mswin.lisp 2017-05-04T23:33:36Z rme_: Maybe that's what's happening to you. 2017-05-04T23:47:24Z rme_: sabetts: There's a Mac OS feature called App Nap. The "Energy" tab of Activity Monitor.app is supposed to show you whether a process is in the App Nap state. You could try that to see if that's what's happening on your system.