To send mail to me, use the feedback form.( - latest - )
Sent: Fri Aug 22 12:37:58 2014
Thanks for sharing your project code. I'm learning vintage Macintosh programming. Thus, I'm reading your CopyROM program. I want to know why some files with post fix *.i. It looks like C code. But there are some Macro such as LOCALPROC and etc.
Are there any reason do it in this way? I tried to compile them MPW 3.1. But it exclude them from Make.
For most of the Mini vMac extras (but not Mini vMac itself), I'm not following the normal C convention of a program consisting of a bunch of separately compiled files held together by a Make file. Instead, there is a single file to compile, "app.c", that includes ".i" files holding code. This makes it easy to compile with a variety of Macintosh development environments, which may not even use Make files. For simple programs, with Mini vMac set to All Out speed, speed of compiling is not an problem (the main original motiviation for separate compilation).
See the Compiling Macintosh 680x0 Applications for (incomplete) documentation on how to compile the Mini vMac extras.
“LOCALPROC” is defined in “COREDEFS.i”. It is just a convention I adopted long ago when first moving from Pascal to C.
Sent: Wed Aug 20 21:20:35 2014
Hi Paul, I love Mini vMac and am reconstructing what is beginning resemble my favourite computer, the PowerBook 100. I'm getting close with one of your "custom builds" (wider screen, full screen, magnify, speed 2x) on my MBAir.
Thank you for Mini vMac.
I currently need to set the caret blink speed in the control panel each time I start Mini vMac as the PRAM isn't saved. Could you perhaps offer the saving of PRAM as a switch on your custom build page? That would be awesome!
Have a great day and
I'd rather have build system options to change the initial PRAM settings. (See the topic in the FAQ - “Save PRAM?”.)
Sent: Tue Aug 19 13:51:36 2014
Your generated make file for Linux is well written. I don't need to modify anything to make it compile in my odroid U2 arm board. But note that it is not cross compile form my x86 64 box.
BTW, what kind of tool you used to generate different build file for XCODE, Linux and etc? That's one of unique build process I have ever seen.
The build system is just a program for Macintosh writtten in C. The source code for the build system is included in the Mini vMac source archvie.
Sent: Mon Aug 18 14:48:30 2014
Sorry, I didn't read through your whole page. No wonder I don't need to enter my email address to receive your reply.
In any case, I have trouble to run mini vMac ARM version in my odroid U2 board which uses hard float X11 library for performance purpose.
I figured out how to compile mini vMac on my board. It loads correct version now. Please let me know if you want a binary copy of compiled binary.
Ricky@odroid:~/Downloads/minivmac-3.3.3-lx64$ ldd minivmac
I'm glad you got it to compile. I would be interested to know if any changes were needed to the source code or make file which were generated by the Mini vMac build system.
Sent: Thu Aug 14 14:50:37 2014
does macweb work? i saw someone on youtube use a old mackintosh system (i don't know if its a SE) and they used mac web i don't know if you already have it or didn't add it yet.
Since it is not available from the copyright holder, MacWeb doesn't qualify to be linked to from my software list. It could qualify to be hosted there. I found a page about browsers for black & white Macs, and it sounds like it ought to work in Mini vMac's Mac Plus emulation, except of course that Mini vMac doesn't emulate internet access. A web browser could still be used to view local files.
Sent: Sun Aug 10 06:57:01 2014
Hello, Your vMac is really greate ! But, I try to compile a vMac with 1Mio RAM with Xcode 5.5.1 (I can't found now the antica version of 2.2.1), but I've an error when I compile : "Command /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang failed with exit code 1"
I haven't much cared for recent versions of XCode, and haven't paid attention to it lately, but yes, Mini vMac should support them. I'll look into it (but this may take a while).
Sent: Sun Aug 10 05:13:18 2014
i got gryphel GUI on my computer,
is it a PC emulator?
can i get games/Apps for it?
let me know
I guess you are referring to the Gryphel Graphical User Interface Implementation Illustration, which predates using the Gryphel name and website entirely for Mini vMac related stuff. It is unrelated, has nothing to do with emulation, and has been moved to different domain (“.net” instead of “.com”). Below the latest news on that page is a brief description of what it is about.
Sent: Sun Aug 10 05:00:58 2014
I have an idea,
an app that compile a mini vMac, within the mini vMac,
and have the ready to use app, show up on the desktop of the host computer.
the app is operated with survey style interface,
rather than command line.
will you make it?
i photoshop that idea and fed it to the site below
it make it so much easier to compile the mini vMac
Hi again. We've discussed something similar before. Sorry, it is not feasible. (Cross compilers are not trivial, and then there are other needed tools and API files.)
Sent: Sat Aug 9 19:03:30 2014
Adam Rosen from the Vintage Mac Museum here. I was just checking out your site, and appreciate the fact that you've listed my file conversion services on your list of vendors. If there's anything I can do to help with Gryphel or Mini vMac, please don't hesitate to ask!
You're welcome, and thank you for the offer.
Sent: Sat Aug 9 16:24:26 2014
Thanks for sharing this wonderful project. I donated $10 to support your on-going effort.
Is it possible to compile in ARMHF version? I have trouble to figure it out how to cross compile in ARM.
Thank you for your donation!
I guess you missed the previous reply?
For earlier mail, see the mail index.