|
dehumanize yourself & face 2 snype
|
#
?
Oct 24, 2013 03:14
|
|
|
|
| # ? May 12, 2024 22:43 |
|
|
the bsd boys posted:dehumanize yourself & face 2 snype banned
|
|
#
?
Oct 24, 2013 03:43
|
|
|
PrBacterio posted:thats because its actually "software"
|
|
#
?
Oct 24, 2013 03:51
|
|
|
Posting Principle posted:you can actually just say the gently caress code:
|
|
#
?
Oct 24, 2013 03:59
|
|
|
lol c: how quaint
|
|
#
?
Oct 24, 2013 04:02
|
|
|
does anyone know any tips/pitfalls for c++ shared pointers? specifically the boost smart pointers library. i have to use them for work and i feel like m about to piss out memory leaks like a sick cat
|
|
#
?
Oct 24, 2013 04:12
|
|
|
let me tell u about this amazing thing. its called garbage collection and once the 90s arrive its going to revolutionize programming
|
|
#
?
Oct 24, 2013 04:35
|
|
|
Nomnom Cookie posted:let me tell u about this amazing thing. its called garbage collection and once the 90s arrive its going to revolutionize programming 
|
|
#
?
Oct 24, 2013 05:24
|
|
|
Posting Principle posted:you can actually just say you could also just do C# code:C# code:C# code:
|
|
#
?
Oct 24, 2013 05:29
|
|
|
but yes yes wrap ur idisposables in using cause its so much nicer for everyone and its better than forgetting to close the streams.
|
|
#
?
Oct 24, 2013 05:31
|
|
|
LOL at you babbies with your garbage collecting or manual memory management. Just use Objective-C and bask in the glory of ARC.
|
|
#
?
Oct 24, 2013 05:32
|
|
|
yeah you have to be painstakingly careful w/ memory on ios cause it only has 4 megs and the os will constantly swap everything out. it sucks for the user but that's the apple experience so deal with it.
|
|
#
?
Oct 24, 2013 05:33
|
|
|
Nomnom Cookie posted:lol c: drive letters are good and theres never been a legit argument against them other than 'im a retard who uses Linux now was it on /lda/b/f1 or /lbb/0/vmfs ???'
|
|
#
?
Oct 24, 2013 05:34
|
|
|
i guess the problem is that you can run out of them? i dont know when that would happen but you only get the 26
|
|
#
?
Oct 24, 2013 05:40
|
|
|
then you do like aa:\ or maybe just mount it under an existing drive like at c:\thisisactuallyadifferentpartition idk if anyone has ever hit the drive letter limit in a legitimate scenario tho
|
|
#
?
Oct 24, 2013 05:41
|
|
|
LOL remember when the order the devices were connected determined their drive letter? so if you added a second hard drive or split your hard drive into two partitions (like every PC "power user" used to do) any game that had a CD check would stop working because the CD-ROM's drive letter would go from D: to E:. And you had to pray that the game was just saving what drive letter it was installed from, and thus could be made to work again by reinstalling it, because a bunch of games just had the CD check hard coded to look in drive D:. does windows still do that? does windows still reserve drive letters A: and B: for floppy drives? is windows still a piece of poo poo?
|
|
#
?
Oct 24, 2013 05:51
|
|
|
yeah generally os is C and A/B are still floppy and it just assigns letters as devices are connected. it works great, but you can assign any letter other than c to whatever u want.
|
|
#
?
Oct 24, 2013 05:53
|
|
|
it still starts u off with C: but it let me add a second hdd and name it A:, i don't think it let you in earlier versions idk
|
|
#
?
Oct 24, 2013 05:53
|
|
|
also only bad software would look for a specific drive letter (adobe)
|
|
#
?
Oct 24, 2013 05:54
|
|
|
Shaggar posted:yeah generally os is C and A/B are still floppy and it just assigns letters as devices are connected. it works great, but you can assign any letter other than c to whatever u want. LOL that's stupid as hell. Microsoft Windows: accommodating that one sperg who still has a floppy drive. Shaggar posted:also only bad software would look for a specific drive letter (adobe) or nearly every game that came on disc ever. like i said, the not-completely-shittily-written-ones would save the drive letter they were installed from, but a bunch had the CD check hardcoded to look in drive D:, especially the earlier CD games.
|
|
#
?
Oct 24, 2013 05:57
|
|
|
why is it stupid? what is the downside? I've never had a game need a specific drive letter. it just asks that u put the cd in the drive if it needs it for copy protection and everyone just used their emulated drives w/ mounted backup isos on a separate drive letter and it just worked/ maybe like during the dos days it was a problem? idk. but all that means is nowdays software just works and drive letters are still convenient for users cause c:\ d:\ e:\ are easy to distinguish unlike Macintosh HD Macintosh HD Macintosh HD and its not any different from /dev/hda(:\) /dev/hdb(:\) /dev/hdc(:\) Shaggar fucked around with this message at 06:14 on Oct 24, 2013 |
|
#
?
Oct 24, 2013 06:08
|
|
|
Shaggar posted:why is it stupid? what is the downside? it wasn't as much of a problem once we were well into the windows XP days, but prior to that (dos/win95/win98 era) it was pretty common for games to save what drive letter they were installed from so that the CD check was as easy as looking for D:\GAMENAME.TXT. you'd have to reinstall the game if the CD-ROM's drive letter changed for some reason. some games were so awful as to have the drive letter hardcoded, so it would only check drive D:. quote:but all that means is nowdays software just works and drive letters are still convenient for users cause nobody directly accesses the raw /dev devices, only the OS and the mount utility care about them. if i plug in an external HD named SHAGGAR WAS WRONG, it'll always be automounted under /Volumes/SHAGGAR WAS WRONG (on OS X), and the Finder and Open/Save dialog boxes will always put SHAGGAR WAS WRONG on the side in the Devices section. it will never matter what order it's plugged in, and will never matter what external port it's connected to. i can make a symlink to /Volumes/SHAGGAR WAS WRONG/yourmom_laffo.txt on my desktop and it will always work (so long as the drive is plugged in), even if I unplug the drive and plug it back in on a different port or plug something else in first. on windows, if a program expects to find a file on drive D:, but the user unplugs it for some reason, plugs in a USB thumbdrive, and then plugs the first drive back in, welp, the USB thumbdrive is drive D: now.
|
|
#
?
Oct 24, 2013 06:36
|
|
|
i realize im about to link to a stack exchange site but it seriously sounds like you only get the 26 letters before you have to start mounting them as folders
|
|
#
?
Oct 24, 2013 07:17
|
|
|
Whiskerando posted:i realize im about to link to a stack exchange site but it seriously sounds like you only get the 26 letters before you have to start mounting them as folders mounting as folders should be the default
|
|
#
?
Oct 24, 2013 08:20
|
|
|
C: more like :C
|
|
#
?
Oct 24, 2013 08:28
|
|
|
Whiskerando posted:does anyone know any tips/pitfalls for c++ shared pointers? specifically the boost smart pointers library. i have to use them for work and i feel like m about to piss out memory leaks like a sick cat the only pitfall are circular references, just avoid those and you're good to to you can have circular references using weak_ptr type wise you can do anything because they keep track of the actual type of the pointed object so the right destructor will always be called, even with for instance a shared_ptr< void >
|
|
#
?
Oct 24, 2013 10:50
|
|
|
also use make_shared when you want to create an instance of an object pointed to by a shared_ptr. its cleaner to write and its more efficient because it will allocate a single memory block to store both the reference counter and the object instance itself plenty of useful things you can do with shared_ptr: http://www.boost.org/doc/libs/1_39_0/libs/smart_ptr/sp_techniques.html
|
|
#
?
Oct 24, 2013 11:03
|
|
|
Doc Block posted:it wasn't as much of a problem once we were well into the windows XP days, but prior to that (dos/win95/win98 era) it was pretty common for games to save what drive letter they were installed from so that the CD check was as easy as looking for D:\GAMENAME.TXT. you'd have to reinstall the game if the CD-ROM's drive letter changed for some reason. some games were so awful as to have the drive letter hardcoded, so it would only check drive D:. this isnt true tho. windows assigns letters to external drives based on the type. heds are assigned the same letters when reattached and only usb drives reuse available letters. also drive labels in osx are allowed to overlap so if ounalready have a Macintosh HD the new one is mounted as Macintosh HD 2 or something even tho its displayed in the ui as Macintosh HD. Mounting drive labels is stupid because users can and should change them to make more sense and that would alter the mount path unlike drive letters which require much more effort and knowledge to change. drive letters are more consistent and less error prone. although more than 1 hdd is an edge case for osx so its probably not a big deal to use labels. you can just tell the user they were wrong to rename it.
|
|
#
?
Oct 24, 2013 13:00
|
|
|
if you're writing c# and have to do something involving the filesystem, can you use proper slashes as path separators, or are you still stuck using backslashes? (i understand most applications will take either these days, but i was wondering about c# programs)
|
|
#
?
Oct 24, 2013 13:02
|
|
|
my stepdads beer posted:mounting as folders should be the default mounting as folders would be a retarded default cause users would have no idea why their data disapeared when they removed a drive.
|
|
#
?
Oct 24, 2013 13:02
|
|
|
prefect posted:if you're writing c# and have to do something involving the filesystem, can you use proper slashes as path separators, or are you still stuck using backslashes? (i understand most applications will take either these days, but i was wondering about c# programs) you can use wrongslashes but most people just use backslashes out of habit. / and c:\ mean the same thing too.
|
|
#
?
Oct 24, 2013 13:04
|
|
|
URIs and file paths would totally benefit by not being flattened in a string and instead be some kind of actual data structure 
|
|
#
?
Oct 24, 2013 13:10
|
|
|
MononcQc posted:URIs and file paths would totally benefit by not being flattened in a string and instead be some kind of actual data structure 
|
|
#
?
Oct 24, 2013 13:19
|
|
|
Shaggar posted:just tell the user they were wrong
|
|
#
?
Oct 24, 2013 13:21
|
|
|
Shaggar posted:you can use wrongslashes but most people just use backslashes out of habit. / and c:\ mean the same thing too. I see why you belong in this thread. The correct answer is to use Path.Combine.
|
|
#
?
Oct 24, 2013 14:03
|
|
|
i have my hdd for steam library set to a: because gently caress floppy dicksShaggar posted:
neat. i could have it print to debugger but i want the tubes urls to be written to a file in case i need to use something else to turn utub urls into a playlist also, i'm p sure unless you start visual studio as admin you can't write to the root drive
|
|
#
?
Oct 24, 2013 14:40
|
|
|
MononcQc posted:URIs and file paths would totally benefit by not being flattened in a string and instead be some kind of actual data structure i really wish winfs and RDBMS file systems caught on 
|
|
#
?
Oct 24, 2013 14:46
|
|
|
trying to firgure out how to use the bbusername/bbpassword cookie stuff to log in to the forums before pulling the site. i found this cool method:code:that overloads htmldocument load to take all this bonus info. however, this poorly documented project leaves me with the question "is the userID and password actually a proxy user id / password?" am i correct in thinking this? can i use this for my purposes?
|
|
#
?
Oct 24, 2013 14:53
|
|
|
MononcQc posted:I'm just surprised Notorious b.s.d. isn't telling people to do it in Java or something scala can be invoked as a script interpreter with a shebang line and bash preamble (to set up your classpath) and i actually use it that way often. i've even written nagios checks with scala-as-scripting-language i don't recommend it for 1-liners though.
|
|
#
?
Oct 24, 2013 15:06
|
|
|
|
| # ? May 12, 2024 22:43 |
|
|
MononcQc posted:URIs and file paths would totally benefit by not being flattened in a string and instead be some kind of actual data structure common lisp's native file i/o is like this. it's really unpleasant. they were trying to abstract out the implementation details of mainframe/lispM/unix file io and ouch ouch ouch ouch ouch
|
|
#
?
Oct 24, 2013 15:08
|
|