The new forums will be named Coin Return (based on the most recent vote)! You can check on the status and timeline of the transition to the new forums here.
The Guiding Principles and New Rules document is now in effect.
Welp, my Kindle Paperwhite finally gave up the ghost. It was my late wife's, and she loved that thing. I continued to use it after she passed away, because it's simply a good e-reader and had the built-in 3G so I can download books anywhere. It's at least 6 years old (probably older). It makes me a little bit sad, because it's yet another piece of her that is now gone, although I'll probably keep the broken Kindle around for sentimental reasons. There's the big goodbye, but there's also a lot of little goodbyes that come after that, usually on anniversaries. I think this is one of them, as strange and silly as it may seem.
@RiemannLives (and any other devs who would like to weigh in)
Windows frogramming question for you.
I have a shitty application I need to support that, at run-time, creates dlls with random names in the same folder that the exe is run from.
End-user Bob launches diarrhea.exe from C:\Program Files\Diarrhea\. The exe, in Bob's security context, creates DLLs with names and paths like C:\Program Files\Diarrhea\liquidshit-temp-94bvs76bs76.dll. If Bob doesn't have write access to C:\Program Files\Diarrhea\, the .exe crashes ungracefully.
Originally, this software was distributed as a zip file, that the user could download from the Internet, expand to their desktop, and run the exe from C:\Users\Bob\Desktop\Diarrhea\. We've taken some measures to restrict users running arbitrary exes from arbitrary locations and it's caused a multi-months-long back and forth with the Diarrhea vendor about it. (No, they don't give an MSI. Just a zip file that you can expand somewhere.)
My question to you is: have you ever seen this sort of behavior before? A Windows .exe that needs to create DLLs at runtime to function (and in its own folder, no less)? Is there a good reason why an application might be built this way?
Feral on
every person who doesn't like an acquired taste always seems to think everyone who likes it is faking it. it should be an official fallacy.
the "no true scotch man" fallacy.
0
ChanusHarbinger of the Spicy Rooster ApocalypseThe Flames of a Thousand Collapsed StarsRegistered User, Moderatormod
RiemannLives (and any other devs who would like to weigh in)
Windows frogramming question for you.
I have a shitty application I need to support that, at run-time, creates dlls with random names in the same folder that the exe is run from.
End-user Bob launches diarrhea.exe from C:\Program Files\Diarrhea\. The exe, in Bob's security context, creates DLLs with names and paths like C:\Program Files\Diarrhea\liquidshit-temp-94bvs76bs76.dll. If Bob doesn't have write access to C:\Program Files\Diarrhea\, the .exe crashes ungracefully.
Originally, this software was distributed as a zip file, that the user could download from the Internet, expand to their desktop, and run the exe from C:\Users\Bob\Desktop\Diarrhea\. We've taken some measures to restrict users running arbitrary exes from arbitrary locations and it's caused a multi-months-long back and forth with the Diarrhea vendor about it. (No, they don't give an MSI. Just a zip file that you can expand somewhere.)
My question to you is: have you ever seen this sort of behavior before? A Windows .exe that needs to create DLLs at runtime to function (and in its own folder, no less)? Is there a good reason why an application might be built this way?
Because pre-windows 7 there were no restrictions on writing to program files, and while there were areas you were supposed to write to instead everybody basically said "lolno program files goes brr"
Creating its own dlls probably means it's downloading them from somewhere? There are a bare handful of reasons to do something like this, most of which are kind of sketchy, and very few reasons to create it dynamically
RiemannLives (and any other devs who would like to weigh in)
Windows frogramming question for you.
I have a shitty application I need to support that, at run-time, creates dlls with random names in the same folder that the exe is run from.
End-user Bob launches diarrhea.exe from C:\Program Files\Diarrhea\. The exe, in Bob's security context, creates DLLs with names and paths like C:\Program Files\Diarrhea\liquidshit-temp-94bvs76bs76.dll. If Bob doesn't have write access to C:\Program Files\Diarrhea\, the .exe crashes ungracefully.
Originally, this software was distributed as a zip file, that the user could download from the Internet, expand to their desktop, and run the exe from C:\Users\Bob\Desktop\Diarrhea\. We've taken some measures to restrict users running arbitrary exes from arbitrary locations and it's caused a multi-months-long back and forth with the Diarrhea vendor about it. (No, they don't give an MSI. Just a zip file that you can expand somewhere.)
My question to you is: have you ever seen this sort of behavior before? A Windows .exe that needs to create DLLs at runtime to function (and in its own folder, no less)? Is there a good reason why an application might be built this way?
Because pre-windows 7 there were no restrictions on writing to program files, and while there were areas you were supposed to write to instead everybody basically said "lolno program files goes brr"
Creating its own dlls probably means it's downloading them from somewhere? There are a bare handful of reasons to do something like this, most of which are kind of sketchy, and very few reasons to create it dynamically
Right. If this were an archaic application from years long past, then I'd just chalk it up to being old. But it's not. It's actively being supported and developed with new versions released on a regular basis.
every person who doesn't like an acquired taste always seems to think everyone who likes it is faking it. it should be an official fallacy.
Man, what is it with trying to set up accounts for Japanese games
If I wanna go and play like WoW or SWTOR for a week I can just download it, set up an account, ez breezy, no big fuss
FF14 meanwhile is like, oh you have to log into your account before we let you download the client, no you have the wrong password for your old account now you're timed out, ok we let you change the password, wait why are you trying to enter this new password into your account, go to time out jail again. Also no you can't just create a -new- account. And no you can't delete your old account and then use that email address ever again.
Also it's sending me emails to my normal email address, but when I finally got into the mog station to view my account it has a different email address listed?
It's just wtf all over and way more effort than I wanna spend in exchange for dipping my toe back into an MMO for 2 weeks
A trap is for fish: when you've got the fish, you can forget the trap. A snare is for rabbits: when you've got the rabbit, you can forget the snare. Words are for meaning: when you've got the meaning, you can forget the words.
RiemannLives (and any other devs who would like to weigh in)
Windows frogramming question for you.
I have a shitty application I need to support that, at run-time, creates dlls with random names in the same folder that the exe is run from.
End-user Bob launches diarrhea.exe from C:\Program Files\Diarrhea\. The exe, in Bob's security context, creates DLLs with names and paths like C:\Program Files\Diarrhea\liquidshit-temp-94bvs76bs76.dll. If Bob doesn't have write access to C:\Program Files\Diarrhea\, the .exe crashes ungracefully.
Originally, this software was distributed as a zip file, that the user could download from the Internet, expand to their desktop, and run the exe from C:\Users\Bob\Desktop\Diarrhea\. We've taken some measures to restrict users running arbitrary exes from arbitrary locations and it's caused a multi-months-long back and forth with the Diarrhea vendor about it. (No, they don't give an MSI. Just a zip file that you can expand somewhere.)
My question to you is: have you ever seen this sort of behavior before? A Windows .exe that needs to create DLLs at runtime to function (and in its own folder, no less)? Is there a good reason why an application might be built this way?
Because pre-windows 7 there were no restrictions on writing to program files, and while there were areas you were supposed to write to instead everybody basically said "lolno program files goes brr"
Creating its own dlls probably means it's downloading them from somewhere? There are a bare handful of reasons to do something like this, most of which are kind of sketchy, and very few reasons to create it dynamically
Right. If this were an archaic application from years long past, then I'd just chalk it up to being old. But it's not. It's actively being supported and developed with new versions released on a regular basis.
It's quite possible that it was built on a legacy codebase and nobody cares enough to fix it up now - if you are running as admin then you have program files write permissions after all!
Man, what is it with trying to set up accounts for Japanese games
If I wanna go and play like WoW or SWTOR for a week I can just download it, set up an account, ez breezy, no big fuss
FF14 meanwhile is like, oh you have to log into your account before we let you download the client, no you have the wrong password for your old account now you're timed out, ok we let you change the password, wait why are you trying to enter this new password into your account, go to time out jail again. Also no you can't just create a -new- account. And no you can't delete your old account and then use that email address ever again.
Also it's sending me emails to my normal email address, but when I finally got into the mog station to view my account it has a different email address listed?
It's just wtf all over and way more effort than I wanna spend in exchange for dipping my toe back into an MMO for 2 weeks
The Switch won't let you look at the store without logging in with your password
I assumed that was a Nintendo thing but maybe expectations around the internet and accounts are just... different in Japan
ok so now I created a new email address to create a new account (I kinda needed a new backup email address anyway, so whatev)
Create the square enix account
OK, now that I've done that, click on this button to create a new service account (isn't that what I just did? Guess not)
Now enter the registration code, ok I go back to steam to check what the code I get with steam is
No, you can't use that code, it has already been registered
A trap is for fish: when you've got the fish, you can forget the trap. A snare is for rabbits: when you've got the rabbit, you can forget the snare. Words are for meaning: when you've got the meaning, you can forget the words.
+1
ChanusHarbinger of the Spicy Rooster ApocalypseThe Flames of a Thousand Collapsed StarsRegistered User, Moderatormod
ok so now I created a new email address to create a new account (I kinda needed a new backup email address anyway, so whatev)
Create the square enix account
OK, now that I've done that, click on this button to create a new service account (isn't that what I just did? Guess not)
Now enter the registration code, ok I go back to steam to check what the code I get with steam is
No, you can't use that code, it has already been registered
welcome to what happened to me when I tried to reactivate my old trial account
i had to create a dummy email for a different trial and then by the time i got it all sorted I didnt want to play anymore
Posts
The 7th Century Church took their duty not to get involved in worldly affairs a little too far?
Nah I can low effort OP with the best of them.
Have been wondering why the debate about Jesus' divine/human nature keeps cropping up and why it was so bitterly fought.
It's 9 pm and I think I'll take a nap, what could possibly go wrong?
Eh, screw it, I'm on vacation this week.
it's neat i guess
the actual bell buzzes like fuck before it chimes, i'll have to look into that i guess
Well, I suppose they know a thing or two about streaming audio.
Devoting your life to anything, even prayer, while failing to serve is a major nonstarter for Jesus
Windows frogramming question for you.
I have a shitty application I need to support that, at run-time, creates dlls with random names in the same folder that the exe is run from.
End-user Bob launches diarrhea.exe from C:\Program Files\Diarrhea\. The exe, in Bob's security context, creates DLLs with names and paths like C:\Program Files\Diarrhea\liquidshit-temp-94bvs76bs76.dll. If Bob doesn't have write access to C:\Program Files\Diarrhea\, the .exe crashes ungracefully.
Originally, this software was distributed as a zip file, that the user could download from the Internet, expand to their desktop, and run the exe from C:\Users\Bob\Desktop\Diarrhea\. We've taken some measures to restrict users running arbitrary exes from arbitrary locations and it's caused a multi-months-long back and forth with the Diarrhea vendor about it. (No, they don't give an MSI. Just a zip file that you can expand somewhere.)
My question to you is: have you ever seen this sort of behavior before? A Windows .exe that needs to create DLLs at runtime to function (and in its own folder, no less)? Is there a good reason why an application might be built this way?
the "no true scotch man" fallacy.
gonna be honest i don't understand why anyone would join Clubhouse
it's possible i have an incorrect idea about what it is but my understanding is basically a social network version of a Zoom call?
the "no true scotch man" fallacy.
EDIT: stupid twitter crop but its Ahegao
ugh no thanks
big lel from the replies
The planet is fuuuuuuucked
Clubhouse feels like it's already out of style with the social media hipsters.
the "no true scotch man" fallacy.
*rolls eyes*
Because pre-windows 7 there were no restrictions on writing to program files, and while there were areas you were supposed to write to instead everybody basically said "lolno program files goes brr"
Creating its own dlls probably means it's downloading them from somewhere? There are a bare handful of reasons to do something like this, most of which are kind of sketchy, and very few reasons to create it dynamically
got out of my car and promptly dropped it in his driveway because the stand came loose
it fell pretty hard
hope it's not trashed sorry!
Right. If this were an archaic application from years long past, then I'd just chalk it up to being old. But it's not. It's actively being supported and developed with new versions released on a regular basis.
the "no true scotch man" fallacy.
If I wanna go and play like WoW or SWTOR for a week I can just download it, set up an account, ez breezy, no big fuss
FF14 meanwhile is like, oh you have to log into your account before we let you download the client, no you have the wrong password for your old account now you're timed out, ok we let you change the password, wait why are you trying to enter this new password into your account, go to time out jail again. Also no you can't just create a -new- account. And no you can't delete your old account and then use that email address ever again.
Also it's sending me emails to my normal email address, but when I finally got into the mog station to view my account it has a different email address listed?
It's just wtf all over and way more effort than I wanna spend in exchange for dipping my toe back into an MMO for 2 weeks
It's quite possible that it was built on a legacy codebase and nobody cares enough to fix it up now - if you are running as admin then you have program files write permissions after all!
The Switch won't let you look at the store without logging in with your password
I assumed that was a Nintendo thing but maybe expectations around the internet and accounts are just... different in Japan
feral
nap it is
*crosses eyes*
Good thing I remember important things like details from a game I last played like 15 years ago instead of junk like how old he is.
glycerine
Asinine
Ursine
Final Fantasy Nine
Tangerine
Vaseline
Magazine
Create the square enix account
OK, now that I've done that, click on this button to create a new service account (isn't that what I just did? Guess not)
Now enter the registration code, ok I go back to steam to check what the code I get with steam is
No, you can't use that code, it has already been registered
SHE DONT USE JELLY OR
ANY OF THESE
welcome to what happened to me when I tried to reactivate my old trial account
i had to create a dummy email for a different trial and then by the time i got it all sorted I didnt want to play anymore
Jugarthine