--- Log opened Mon Jan 05 00:00:17 2015 |
00:02 | <@celticminstrel> | I fiddled around with sf::View (which wraps glViewport) and eventually managed to get it to work. |
00:02 | <@celticminstrel> | So, yay. |
00:04 | <@celticminstrel> | ...though there still seems to be a bit of an issue with pseudo-fullscreen mode. |
00:05 | <@celticminstrel> | Ah, but that issue is not related to the Windows menubar, because it occurs in the Mac version too. So it can be fixed later. |
00:18 | <@celticminstrel> | Okay, hmm, what to fix next... |
00:19 | <@celticminstrel> | I guess open file dialogs. Those are kinda important. |
00:34 | <@celticminstrel> | ...okay, it looks like it was just something stupid I did when generalizing it - forgot to refer to the function parameter instead of the global variable. |
00:34 | <@celticminstrel> | Works now. |
00:38 | <@celticminstrel> | Hm, some things still seem to be a couple pixels off in the Windows version (when compared to the Mac version). |
00:42 | <@celticminstrel> | I guess the viewport is still slightly wrong. |
00:42 | <@celticminstrel> | Unless there's something else that could cause it. |
01:04 | <@celticminstrel> | I suspect what's happening is that my viewport setting causes it to scale it up to fit a 20-pixel-higher space, and then it's scaled back down to fit into the actual available space. I'm not sure though. |
02:01 | <@celticminstrel> | I have no idea why my attempt to build a Windows cursor from a gif file is failing. |
02:28 | | Turaiel[Offline] is now known as Turaiel |
02:30 | | Turaiel is now known as Turaiel[Offline] |
02:32 | <@celticminstrel> | Okay, so part of the issue is that SFML handles the WM_SETCURSOR message to set the cursor to an arrow, but when I override that I still get an arrow instead of the custom cursor. |
02:32 | <@celticminstrel> | If I try to set it to some other standard cursor, it works. |
02:33 | <@celticminstrel> | ...actually, I'm not sure that SFML handling the WM_SETCURSOR message is actually an issue, since I set the cursor on mouse move. |
02:33 | <@celticminstrel> | It works for the text cursor even without overriding the set cursor message. |
02:38 | <@celticminstrel> | Oh. Hm. I guess it's a bad idea to store an HCURSOR* for later use. |
02:38 | | Derakon[AFK] is now known as Derakon |
02:39 | <@celticminstrel> | Yay, it works! |
02:39 | <@celticminstrel> | Except for the transparency. |
02:39 | | * celticminstrel simply stored the HCURSOR instead of its address. |
03:05 | <@celticminstrel> | Fixing the transparency wasn't hard either. |
03:30 | | Checkmate [Z@Nightstar-484uip.cust.comxnet.dk] has quit [Ping timeout: 121 seconds] |
04:00 | | Reivles is now known as Orthia |
04:10 | | Kindamoody[zZz] is now known as Kindamoody |
04:12 | | Turaiel[Offline] is now known as Turaiel |
04:36 | | Kindamoody [Kindamoody@Nightstar-966hb4.mobileonline.telia.com] has quit [Ping timeout: 121 seconds] |
05:03 | | Kindamoody|autojoin [Kindamoody@Nightstar-966hb4.mobileonline.telia.com] has joined #code |
05:03 | | mode/#code [+o Kindamoody|autojoin] by ChanServ |
05:04 | | Kindamoody|autojoin is now known as Kindamoody |
05:08 | | Derakon is now known as Derakon[AFK] |
05:09 | | Kindamoody is now known as Kindamoody|nap |
05:09 | <@celticminstrel> | I'm trying to figure out if there's any way to specify a DLL search path in the exe, so that I don't have to dump all the DLLs into the application directory. |
05:26 | <@celticminstrel> | It seems like it should be possible by doing something with the application manifest, but I can't figure out how to actually do this. |
05:27 | <&McMartin> | ISTR there is a manifest thing, but ISTR it also doesn't show up in the XP timeframe |
05:28 | <&McMartin> | If you're loading it with LoadLibrary instead of implicit linking you can modify the DLL search path inside the program itself |
05:28 | <&McMartin> | But the traditional solution is in fact to put them next to the exe in some kind of installation directory. |
05:28 | <@celticminstrel> | My exploration suggests that the manifest was first introduced in XP. |
05:29 | <&McMartin> | A good sign, then |
05:29 | <@celticminstrel> | I also tried delayed loading, but that doesn't work because at least one of the DLLs exports a data symbol. |
05:29 | <&McMartin> | My serious answer is "you don't actually want to do this thing" |
05:30 | <@celticminstrel> | If I don't do this thing, I have to a) dump 10 or so DLLs into the application directory and b) dump the same DLLs into a subdirectory. |
05:30 | <&McMartin> | (a) is in fact the expectation |
05:30 | <@celticminstrel> | (b) is because the subdirectory contains additional applications that require the same DLLs. |
05:31 | <&McMartin> | (b) You should seriously consider putting all your EXEs in the same directory |
05:31 | <@celticminstrel> | Also, the expectation is stupid. |
05:31 | <&McMartin> | Seriously, look at any windows program |
05:31 | <&McMartin> | The only things that aren't with the EXEs are the stuff that deals with the SxS nightmares |
05:31 | <&McMartin> | You don't want to get into that mess |
05:32 | <@celticminstrel> | It does look like a nightmare. |
05:33 | <&McMartin> | If you absolutely want a minimal set of applications in the root install directory, put *all* things including the "real" app in the subdirectory and have your installer stick a shortcut to the main application in the "front" directory |
05:33 | <&McMartin> | But really, those shortcuts and their hierarchy should be in the start menu, with a flat binary structure for your application. |
05:35 | <@celticminstrel> | I suppose that could also include a shortcut to the scenarios folder. |
05:35 | <&McMartin> | It certainly can |
05:36 | <@celticminstrel> | The SxS stuff looks overly convoluted and confusing, and I can't see a good way to add the search path to %PATH%, so I guess I'll just dump everything into the main directory for now and restore the hierarchy when I get around to making an installer. |
05:37 | <&McMartin> | Basically you should only use SxS if you are literally Microsoft distributing various versions of libc to be simultaneously installed without fucking out previously installed applications |
05:38 | <&McMartin> | End users just run the MSVS runtime installer or whatever as part of their app's installer and move on with their lives, and the app itself doesn't notice. |
05:38 | <&McMartin> | (See Ophis's installer for an example of that) |
05:38 | <&McMartin> | Both of these are solutions to the old "DLL Hell" problem. |
05:44 | <@celticminstrel> | For some reason, it works without me including the Boost and Zlib DLLs... :/ |
05:44 | <@celticminstrel> | ^ :S |
05:44 | <&McMartin> | You can fire up procmon and see where the libraries are being loaded from, if they are being loaded |
05:44 | <&McMartin> | If you statically linked them all, of course, there are no dlls to load |
05:45 | <@celticminstrel> | Uh. I assumed they were dynamically linked... but ".lib" is used for static linking too, right? So they might be statically linked. |
05:50 | <~Vornicus> | procmon I keep tinking is actually jamaican |
05:50 | <@celticminstrel> | I'm not even sure what procmon is. |
05:52 | <~Vornicus> | Process Monitor |
05:53 | <~Vornicus> | It Monitors Processes |
05:53 | <@celticminstrel> | It appears to not exist on my system. |
05:53 | <~Vornicus> | (it does not ljeppen fjer, nor does it werf flammen) |
05:53 | <@celticminstrel> | At least, based on the Start Menu search bar. |
05:54 | <~Vornicus> | It's a power tool. http://technet.microsoft.com/en-us/sysinternals/bb896645.aspx |
05:54 | <&McMartin> | It's basically, hrm |
05:54 | <&McMartin> | THe windows version of dtrace |
06:02 | <@celticminstrel> | Oh, Zlib apparently happens to be in my %PATH%. Probably a good thing I checked. |
06:17 | | Vornicus [vorn@ServerAdministrator.Nightstar.Net] has quit [[NS] Quit: Leaving] |
06:28 | | Turaiel is now known as Turaiel[Offline] |
06:36 | | Orthia is now known as Reivles |
07:06 | | * McMartin fiddles with image processing stuff, and successfully displays a photograph of a teacup pig wearing galoshes on a C64. |
07:10 | <&McMartin> | https://www.dropbox.com/s/rqd3cvbpwfracx8/teacup.png?dl=0 |
07:10 | < abudhabi> | For a moment there I took that to mean that you procedurally generated such an image. |
07:30 | <&McMartin> | Well, I did in fact write the code to do the dithering and also to extend the standard dithering algorithm to work with the peculiar restrictions/capabilities of C64's bitmap mode. |
07:31 | < abudhabi> | Are you writing a New and Better C64 Emulator? |
07:31 | <&McMartin> | (A fixed 16-color palette, but each 4x8 block gets free choice of 3 colors therein. A fourth color is then shared across the entire screen.) |
07:31 | <&McMartin> | No |
07:32 | <&McMartin> | This is a program that took in a JPG and spat out code that could be run on a C64. |
07:33 | <&McMartin> | I'm doing retrodev. |
07:33 | < abudhabi> | Right. |
07:35 | <&McMartin> | While there are still various things that can't be properly simulated in the best C64 emulators, being able to improve them - or discover the things that would be necessary to simulate them better - would basically require several versions of the hardware and a full set of circuit analysis equipment |
07:35 | <&McMartin> | Maybe also a microscope powerful enough to differenciate elements on a 5-micron IC. |
07:37 | < abudhabi> | Are all the original C64 devs dead, after having eaten the documentation? :P |
07:38 | <&McMartin> | Everything that has been documented has been simulated for the past 15 years or more |
07:38 | <&McMartin> | Every secret that the demoscene has ripped out of the hardware up through about 2003 has too. |
07:39 | <&McMartin> | The remaining stuff is things like "when I hook up the virtualized serial port to a linux service listneing on /dev/ttyS0 it doesn't quite behave the way the code in the simulated C64 expects" |
07:40 | <&McMartin> | In particular, this apparently means that you can't have it answer phone calls on a modem that's being passed through a linux host as a generic serial device |
07:40 | <&McMartin> | See also: "problems I don't really have a lot of interest in solving" |
07:42 | < abudhabi> | I see. |
07:43 | <&McMartin> | Though now that I've been starting to actually reach out to the active Commodore communities, it does seem like a lot of the North American groups have as their primary focus "building peripherals for the old 8-bits that let them actually interoperate with the Modern World as first-class citizens" which is sort of cute but not really my thing |
07:48 | < abudhabi> | I see. You're doing image handling and CRT stuff? |
07:54 | | AverageJoe [evil1@Nightstar-2ofrtr.ph.cox.net] has joined #code |
08:05 | <@Reivles> | McMartin: So, what, running a c64 on the internet? |
08:06 | < abudhabi> | http://en.wikipedia.org/wiki/Commodore_64_peripherals#Modems |
08:30 | | Kindamoody|nap is now known as Kindamoody |
08:39 | | celticminstrel [celticminst@Nightstar-de4ll6.dsl.bell.ca] has quit [[NS] Quit: And lo! The computer falls into a deep sleep, to awake again some other day!] |
09:26 | | Reivles [orthianz@Nightstar-h0e.2ui.224.119.IP] has quit [Ping timeout: 121 seconds] |
09:30 | | Orthia [orthianz@Nightstar-06e.ln3.224.119.IP] has joined #code |
09:31 | | mode/#code [+o Orthia] by ChanServ |
09:43 | | AverageJoe [evil1@Nightstar-2ofrtr.ph.cox.net] has quit [[NS] Quit: Leaving] |
10:21 | | Kindamoody is now known as Kindamoody|out |
10:21 | | Checkmate [Z@Nightstar-484uip.cust.comxnet.dk] has joined #code |
10:21 | | mode/#code [+o Checkmate] by ChanServ |
11:41 | <@Tarinaky> | Oh God. End of year feedback D: |
11:45 | < abudhabi> | God be with ye. |
11:50 | < abudhabi> | Is that feedback you give or you're given? |
12:00 | < Syka> | heh |
12:00 | < Syka> | i have my "stretching excellence" (manager-speak performance review) in two weeks |
12:29 | | Alek [omegaboot@Nightstar-c8t.a00.36.73.IP] has quit [Ping timeout: 121 seconds] |
12:42 | < abudhabi> | Are you an excellent strecher? |
13:00 | <@Tarinaky> | abudhabi: Both |
13:01 | <@Tarinaky> | I survived Christmas in better shape than I thought: I'm not in debt \o/ |
13:01 | < abudhabi> | That's a low bar. :V |
13:03 | < Syka> | abudhabi: no not really |
13:03 | < Syka> | abudhabi: i am only stretching my own ability to not quit |
13:03 | < Syka> | Tarinaky: yaaaaay |
13:04 | <@Tarinaky> | abudhabi: Life is cruel. |
13:05 | <@Tarinaky> | It's also the only bar that really matters. I have a lot of big expenses I can't avoid over the next couple of years :/ |
13:06 | <@Tarinaky> | Which#re going to stop me building up any meaningful savings or making anything more than a token contribution to my pension. |
13:11 | | Red_Queen [Z@Nightstar-ajg.slu.72.87.IP] has joined #code |
13:11 | | mode/#code [+o Red_Queen] by ChanServ |
13:12 | | Checkmate [Z@Nightstar-484uip.cust.comxnet.dk] has quit [Ping timeout: 121 seconds] |
13:13 | <@gnolam> | Syka: http://www.optipess.com/2015/01/05/back-to-work/ |
13:14 | < Syka> | heh |
13:14 | < Syka> | oh, this is related |
13:15 | < Syka> | today, I was told we will not be updating to Django 1.7 until our release date (March) |
13:15 | < Syka> | 1.6, our version, is EOL in April |
13:15 | < Syka> | and my manager said, 100% seriously, "features before security fixes" |
13:15 | < Syka> | and "I can't go to the board and say we've pushed back the release date a month for a security fix" |
13:16 | < Syka> | to update to Django 1.7. A well documented process. For our application that NEARLY DOES NOTHING. |
13:19 | <@Tarinaky> | Unless there's some legal compliance to protect data: all there is to do is document the conversation. |
13:22 | < Syka> | the CEO was in the room and agreed |
13:22 | < Syka> | :/ |
13:25 | <@TheWatcher> | Well, good news! You work for a normal company~ |
13:28 | < Syka> | bleh. |
13:35 | <@TheWatcher> | (Although as an aside: how much has changed from 1.6 to 1.7 anyway? I don't django, bu surely a minor release shouldn't be too horibblebreakingghastly?) |
13:40 | <@Tarinaky> | If there's a legal compliance then you CC the lawyers in. |
13:40 | < Syka> | TheWatcher: migrations |
13:41 | < Syka> | TheWatcher: 1.7 migrations is built right in, and is 1.6's "South" on steroids |
13:41 | < Syka> | TheWatcher: it also fixes a lot of bullshit to do with app loading |
13:41 | < Syka> | like, running code on init |
13:41 | < Syka> | a specific place to put it, rather than doing import-time side effects |
13:46 | <@TheWatcher> | Yeah, but will 1.6 code run under 1.7 albeit without using the new features? |
13:46 | < Syka> | TheWatcher: there is some minor changes |
13:46 | < Syka> | TheWatcher: mainly "1.7 is cleaner" |
13:46 | < Syka> | some things dont support 1.7 yet |
13:46 | < Syka> | and my coworkers basically import * with django- in the name |
13:47 | < Syka> | there's so much shit |
13:47 | <@TheWatcher> | Ah-hah |
13:47 | <@TheWatcher> | Fun. |
13:48 | < Syka> | i estimated a day of effort |
13:51 | < Syka> | of my effort |
13:51 | < Syka> | not my coworkers, who fucking do everything so slowly |
14:02 | | Reiver [quassel@Nightstar-ksqup0.co.uk] has quit [Ping timeout: 121 seconds] |
14:05 | | Reiver [quassel@Nightstar-ksqup0.co.uk] has joined #code |
14:05 | | mode/#code [+ao Reiver Reiver] by ChanServ |
15:00 | | Checkmate [Z@Nightstar-484uip.cust.comxnet.dk] has joined #code |
15:00 | | mode/#code [+o Checkmate] by ChanServ |
15:01 | | Netsplit *.net <-> *.split quits: @himi, @Red_Queen |
15:03 | | himi [fow035@Nightstar-v37cpe.internode.on.net] has joined #code |
15:03 | | ServerMode/#code [+o himi] by *.Nightstar.Net |
15:03 | | himi [fow035@Nightstar-v37cpe.internode.on.net] has quit [Ping timeout: 121 seconds] |
15:04 | | himi [fow035@Nightstar-v37cpe.internode.on.net] has joined #code |
15:04 | | mode/#code [+o himi] by ChanServ |
15:45 | <&jerith> | Syka: What's your test coverage like? |
15:45 | <&jerith> | If it's low, *any* change is expensive and risky, because you have no idea what broke. |
15:47 | <&jerith> | Also, Django 1.6 EOL in March? |
15:47 | <&jerith> | That seems excessively short. |
15:48 | <&jerith> | (We still have production code on 1.5, because 1.6 changed a few things and we haven't gotten around to updating yet.) |
15:49 | <@TheWatcher> | "Django 1.6 will continue to receive support until the release of Django 1.8." - https://www.djangoproject.com/weblog/2014/sep/02/release-17-final/ |
15:50 | <@TheWatcher> | Goes on with "Django 1.4 is a long-term support release, and will be supported until at least March of 2015." |
16:04 | | celticminstrel [celticminst@Nightstar-de4ll6.dsl.bell.ca] has joined #code |
16:04 | | mode/#code [+o celticminstrel] by ChanServ |
16:20 | | Checkmate [Z@Nightstar-484uip.cust.comxnet.dk] has quit [Ping timeout: 121 seconds] |
17:10 | | Thalass|sleep [thalass@Nightstar-khjold.bigpond.net.au] has quit [Ping timeout: 121 seconds] |
17:27 | | Alek [omegaboot@Nightstar-c8t.a00.36.73.IP] has joined #code |
17:27 | | mode/#code [+o Alek] by ChanServ |
17:28 | < simon_> | okay, has anyone tried to add an extra mail address to your gmail inbox? somehow, it insists that if I reply with me@my.domain, it needs an SMTP server separate from Gmail's. |
17:41 | <@celticminstrel> | Blargh, zlib seems to be causing a crash now. |
17:43 | <@celticminstrel> | When gzopen is called, I get an access violation in ntdll.dll, and the filename also seems to get mangled. |
17:56 | <@celticminstrel> | It works when I build in the release configuration (instead of debug). |
17:56 | <@celticminstrel> | So I suppose zlib can't handle being linked with the debug version of the C runtime or something? |
17:58 | <@Alek> | simon, I added additional gmail addresses to my gmail inbox. nothing from other domains yet, though. sorry. |
18:16 | < simon_> | turns out Gmail recently changed their policy, http://webapps.stackexchange.com/questions/66228/add-new-alias-to-gmail-without- smtp-forwarding-only-address/66667#66667 |
18:51 | | Kindamoody|out is now known as Kindamoody |
20:02 | | Vorntastic [Vorn@Nightstar-k70f1n.ct.comcast.net] has joined #code |
20:18 | < Vorntastic> | Mcm, I found your megaforge github; is there something more... complete somewhere? |
20:19 | <&McMartin> | No. I still need to write those parts. |
20:19 | <&McMartin> | The txt file does have All The Information Required though. |
20:21 | < Vorntastic> | Ok |
20:21 | <&McMartin> | Right, I remember now |
20:22 | <&McMartin> | I was going to generate a web page that presented the necessary checkboxes to produce codes for MM7 and once I had that the other give would be way easier. |
20:22 | < Vorntastic> | Bonus points if it plays the level select theme. |
20:23 | < Vorntastic> | Or I guess the password theme. |
20:23 | <&McMartin> | You misremember. The password themes were all really, really, really annoying. |
20:24 | < Vorntastic> | I remember that. This does not mean less bonus points. |
21:42 | | Turaiel[Offline] is now known as Turaiel |
21:43 | | himi [fow035@Nightstar-v37cpe.internode.on.net] has quit [Ping timeout: 121 seconds] |
21:52 | | Checkmate [Z@Nightstar-ev6.6um.94.83.IP] has joined #code |
21:52 | | mode/#code [+o Checkmate] by ChanServ |
21:59 | | Turaiel is now known as Turaiel[Offline] |
22:06 | | Turaiel[Offline] is now known as Turaiel |
22:09 | | * Tarinaky pokes abudhabi |
22:09 | <@Tarinaky> | You've played FATE |
22:09 | <@Tarinaky> | HTF does Magic work? |
22:12 | | Kindamoody is now known as Kindamoody[zZz] |
22:18 | | Syloq [Syloq@NetworkAdministrator.Nightstar.Net] has quit [Ping timeout: 121 seconds] |
22:19 | <@Reiv> | FATE The RPG system? |
22:19 | <@Tarinaky> | Da tovarisch |
22:20 | <@Reiv> | 1) This is #code 2) the answer is "Which magic are you using of the 3+ presented" |
22:23 | <@Tarinaky> | I'm revisiting a Pathfinder setting I ran a while ago. |
22:24 | < abudhabi> | I only play Dresden Files. |
22:24 | <@Tarinaky> | 1) This is the only channel I share in common with people who have the answer. |
22:26 | < abudhabi> | Where it's like you cast out of stun hit points, depending on your MAGIC POWER stat to see how many points you have to pay, also depending on how powerful a spell you want to cast. Then you roll MAGIC SKILL to see how good your spell was. |
22:26 | < abudhabi> | Then there's the non-blasty kind of magic which also depends on MAGIC KNOWLEDGE. |
22:27 | <@Tarinaky> | Erik might be a good person to ask since iirc he ran Dresden and also played in the setting I'm looking at |
22:40 | | Syloq [Syloq@NetworkAdministrator.Nightstar.Net] has joined #code |
22:41 | | mode/#code [+o Syloq] by ChanServ |
22:42 | | Vorntastic [Vorn@Nightstar-k70f1n.ct.comcast.net] has quit [[NS] Quit: Bye] |
23:03 | < Syka> | jerith: 99.3% |
23:03 | < Syka> | mostly happy path because nobody writes tests first |
23:08 | | celticminstrel [celticminst@Nightstar-de4ll6.dsl.bell.ca] has quit [Connection closed] |
23:10 | | celticminstrel [celticminst@Nightstar-de4ll6.dsl.bell.ca] has joined #code |
23:10 | | mode/#code [+o celticminstrel] by ChanServ |
23:11 | | himi [fow035@Nightstar-dm0.2ni.203.150.IP] has joined #code |
23:11 | | mode/#code [+o himi] by ChanServ |
23:18 | | Vornicus [vorn@ServerAdministrator.Nightstar.Net] has joined #code |
23:18 | | mode/#code [+qo Vornicus Vornicus] by ChanServ |
--- Log closed Tue Jan 06 00:00:36 2015 |