Re: Can't run Colonize DOS Version on MAC OS X 10.4.11 Intel Based Mac
Posted on 2013-02-22, 11:56
Hmm, I think I haven't built it for 10.4 intel since everyone considers those users to have switched to 10.5...
Re: DOSBox in Win7 (64) works fine but not to other user account.
Posted on 2013-02-22, 10:02
If I have time later I'll give it a shot on my test system.
Re: Icewind Dale II
Posted on 2013-02-22, 09:33
Well, you brought the binaries into play but that is not needed for porting a program. You only need the source code and that is platform independant. You brought this into the discussion with So tell me then, how do you port a game written in x86 code to say, a PowerPC processor, and still use the …
Re: DOSBox in Win7 (64) works fine but not to other user account.
Posted on 2013-02-22, 09:23
Bah, no idea now
Re: DOSBox in Win7 (64) works fine but not to other user account.
Posted on 2013-02-22, 08:29
It has to be a access rights problem. With which user did you create c:/dosbox? Access rights are inherited from top folders. As standard user do nothing else than: - on your desktop create folder Dos - in explorer copy EDIT to that new folder. - start dosbox directly without ANY commandline options …
Re: DOSBox in Win7 (64) works fine but not to other user account.
Posted on 2013-02-22, 06:38
When you check read/write did you check whether the standard user has write access? And not only the folder but the files as well.
Re: DOSBox in Win7 (64) works fine but not to other user account.
Posted on 2013-02-22, 06:31
As I wrote, create the folder which you mount with the standard user. If you create it with the admin account then it is only readable by the standard user.
Re: DOSBox in Win7 (64) works fine but not to other user account.
Posted on 2013-02-22, 05:57
If I understood you right the problem with not being able to save persists when you install dosbox outside of /program files. So install dosbox normally and put the folder you mount outside of /program files (and do that as the standard user)
Re: DOSBox in Win7 (64) works fine but not to other user account.
Posted on 2013-02-22, 05:17
Dosbox itself works fine though when in program files...
Re: DOSBox in Win7 (64) works fine but not to other user account.
Posted on 2013-02-22, 05:16
The programs qbasic and edit need to be outside of program files as well.
Re: Icewind Dale II
Posted on 2013-02-22, 02:46
Your whole concept of how a computer program is written seems to be fundamently flawed. No one ever says "a game is written in x86 code (or powerpc or arm)". One says "a game is written in C++ (or C, or Java or Turbo Pascal...) and compiled for Windows (or Linux or OS X, or Android...)".
Re: Icewind Dale II
Posted on 2013-02-22, 02:12
No, I never wrote either. I think one of your linited abilities allows you to quote, please use that to ahow where I wrote that, You asked: So tell me then, how do you port a game written in x86 code to say, a PowerPC processor, and still use the x86 code? How does the PowerPC processor interpret …
Re: Icewind Dale II
Posted on 2013-02-21, 23:29
Example of a simple hello world program: #include using namespace std; int main() { cout << "Hello Sliderider - don't forget your meds!" << endl; return 0; } Save that as hellomeds.cpp and compile it with different compilers for different platforms. The code will never be touched and will stay the …
Re: Icewind Dale II
Posted on 2013-02-21, 22:28
Because you made it an issue. Whatever the compiler does is of no importance in regard to porting That the binaries for one platform won't run on another is nothing anyone here objected to. But the code of the program stays the same.
Re: Icewind Dale II
Posted on 2013-02-21, 21:01
Re: Icewind Dale II
Posted on 2013-02-21, 20:14
Re: Icewind Dale II
Posted on 2013-02-21, 16:59
So tell me then, how do you port a game written in x86 code to say, a PowerPC processor, and still use the x86 code? How does the PowerPC processor interpret and run the code? You have to discard the x86 code and replace it with PowerPC code. I don't care if you use something like a cross compiler …
Re: Add a batch file to z:????
Posted on 2013-02-21, 06:21
Most people don't need such a folder and those that need it can do it easily enough the way I wrote.
Re: Add a batch file to z:????
Posted on 2013-02-20, 22:16
no, you can't add anything to z: For that kind of stuff you use the autoexec part of the config. you can always add batch files to a folder that you always mount as y: and add y:\ to the path in the autoexec
Re: Icewind Dale II
Posted on 2013-02-20, 22:13
And when you move the game from one platform to another, you aren't using any of the original code, either. That's where you are wrong. In the example I gave there is *NO* rewrite necessary, just some added code and that's it. That's porting. If you were to write a game today for ARM and then wrote …
Page 213 of 420