code logs -> 2015 -> Mon, 05 Jan 2015< code.20150104.log - code.20150106.log >
--- 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
code logs -> 2015 -> Mon, 05 Jan 2015< code.20150104.log - code.20150106.log >

[ Latest log file ]