Search results

Never mind! I found it in a file that I had seemingly forgot to drag into the CodeWarrior project! Kind of a fail moment right here haha! So good news is that the app compiles and runs. Bad news is that some things are not working. For example, some of the functions never get called. I will...

I cheated a little bit and copy/pasted the struct from the THINK C stdio.h and forced the variable to be cast to a "_filet" type and CodeWarrior is happy. I'm not sure the app will run, but at least this will probably compile. The only thing left is the following... In the .h we have this...

Yes, I have no idea why some programmers do that. Personally, I hate it and I find the code less readable and it uses more lines for no reason which is a pain to scroll through on older Macs. The whole app was programmed like this in 2022 (not by me!). Right, so now I have to find that .c...

I modified 2 places in the whole project, but it's true that a define would maybe be a better approach, although, for some reason, I also came across 1 "ok" which is very strange because then, it means that THINK C 5.0 recognizes both. Either way, it's solved. I've been trying to fix the...

Yes, it did it the trick while maintaining compatibility with THINK C (which feels redundant, since the original source code is for THINK C 5.0, but oh well) ... Even though the compiler initially was happy and that I have #include <stdio.h> at the top of my main.c file, after fixing other...

@David Cook , I confirm that CodeWarrior likes LMSetMBarHeight(0); However, is this still going to work under System 6.0.8 ? This is what this app is going to be running on later. Then, any idea what those are, especially __va() ? This sounds more low level. Maybe in one of the standard THINK...

I would not expect a get() function to BE a pointer that can be written to and CodeWarrior seems to agree:

But Julz! The issue is that they're trying to assign 0 to it, not to read from it. See this paragraph of code:

It worked, thanks! MBarHeight = 0; It's complaining about MBarHeight being unidentified. I think the code is trying to hide the menu bar or something like that. Is MBarHeight some kind of global variable? If so, how would I reference it? I'm trying to find something about this in Inside...

Oh..... can CodeWarrior even do inline assembly like this? Ouch?

I understand, but I was not planning on rewriting the Wikipedia Reader app's source code that I got on GitHub the other day, since it works perfectly fine when compiled with THINK C 5.0 so I'm sure it's just because CodeWarrior is more strict about variable typing and that it will compile at the...

Ah, I was eating dinner and forgot to post, but I fixed both the UDP and the TCP notifications by casting the variables with an appropriate pointer type. It's like a collection of objects that was defined in MacTCP.h which is part of the standard MPW interfaces/libraries: Here's how I fixed...

I took a break and came back at it. It went well today! Now only 63 errors left to fix. This one is giving me a hard time though. Any idea @Snial ?

?

This is exactly what just happened. I replaced a ton of white patterns from "white" to "&qd.white" and I'm now down to only 100 errors to fix! (but let's not party just yet, even when I reach 0 error later today, the app might compile and then crash... I'm not out of the woods just yet) OK now...

AH, now that worked! I guess you have to explicitly write (struct browser*) because if you don't, then it's going to cast to a pointer instead of a struct. OK, next are a bunch of undefined identifier screenBits. SHHH! Don't tell me this one, because I know already. You told me before...

That doesn't seem to do the trick:

Guys, you're geniuses. The compiler is happy about the arrow cursor now. Alright, so after fixing those 2 errors, we're down from 127 to.... 127 ?! ... *SIGH* XD ... OK now the compiler is unhappy about this line:

OK, so according to https://developer.apple.com/library/archive/documentation/mac/pdf/Text.pdf there is a "hText" member variable, which is a handle to the text in that TextEdit control so I guess if I feed that to the HLock and HUnlock it... could... work, maybe? I don't know. The compiler...

Oh, I see, but will TickCount() work on 68000 still? And what about TERec ? Is that a variable type that you recognize?