To send mail to me, use the feedback form.( - latest - )
Sent: Sun Nov 16 16:39:42 2014
Could I add an item to your Mini vMac .zip folder.
What? Please elaborate.
Sent: Thu Nov 13 18:10:15 2014
I've made some patches to the FPU code you may or may not want to include. I can't take credit for any of the code -- it was all adapted from recent WinUAE source (a lot of work in the FPU code there is apparently being driven by the NeXT emaulator, previous). Changes include:
* Support for packed decimal real -- Claris Resolve now launches correctly in Mac II emulation.
* Fix for "unnormalized" numbers that was causing the emulator to hang in MacDraft 4.0 on an FDIV (number with nonzero exponent+ zero mantissa was being passed in to estimateDiv128To64).
* Changed myfp_REM to use iee754_remainder, and try to save quotient byte. My change fixes an issue where DYOH Architecture was generating nonsensical dimension measurements in Mac II emulation, though I'm not sure the code is 100% correct.
If you're interested let me know how to get the changes to you.
(BTW - I can build and debug in XCode 6.1 just fine by changing the architecture to "32-bit intel (i386)" )
-Jason R. Kersten
[... email address ...]
Sure, I'd like to merge in your changes. I'll send you an email that you can reply to with your version of the source attached.
Sent: Mon Nov 3 15:20:54 2014
I'm using Xubuntu 14.04, and I've been experiencing the "smudged" appearance when using Mini vMac. It had worked flawlessly on an older version of Linux. Would be nice if there were some kind of workaround.
Yes. This sounds similar to a previous report.
Sent: Sat Oct 25 23:20:59 2014
I wrote to you last year I think, about graphical glitches under Linux - kind of a 'smudged' appearance when the screen redraws. This was under X11/Gnome and intel HD3000.
The problem still persists, but of interest, doesn't occur under the new Wayland display server (a replcement for X11 currently in development and expected to roll out in the next year or so).
It's nice that this bug may be getting fixed. (Whether it is in X11, or drivers, or limited to certain Linux distributions. It definitely doesn't show up in all Linux installations.) As I said before, a work around might be for Mini vMac to use a different drawing method, but that could potentially be much less efficient on some systems.
Sent: Mon Oct 20 02:12:25 2014
[...] I wish i could hack a vMac Plus to have color [...]
It turned out to be fairly simple to hack the Macintosh Plus ROM to support a larger emulated screen. But supporting color that can be used by existing old Macintosh programs requires Color QuickDraw, which is found in the ROM of the Macintosh II and other color Macintosh computers. And if you require the ROM from a Macintosh II, then you might as well emulate a Macintosh II.
Sent: Sat Oct 11 03:44:16 2014
how to use mini vMac II,
on my android 4.1 phone
I wouldn't know, I don't have much to do with the Android port of Mini vMac.
You might first try getting started with Mini vMac for OS X, Windows, or Linux. Then using the Android version might become clearer.
Sent: Fri Oct 3 13:54:06 2014
Just curious, would it be possible to make Mini vMac into a kernel for the Raspberry Pi? I am working on a Macintosh Pi, and I can run Mini vMac within Raspbian, but I think it would be faster to directly run the code rather than run it through Raspbian, kind of like what Scott Hutter did with his Commodore Pi project.
Anything's possible if someone spends enough time on it. Not me, certainly.
Rather than making a version of Mini vMac that runs directly on the hardware, a somewhat more feasible path would be to create a stripped down operating system for running a single program, which a standard Mini vMac could then be run on. Perhaps a version of Mini vMac compiled to run on SDL. The SDL API rather than XLib API may be more appropriate for this purpose. You could start with the source code for the Raspbian linux kernel, SDL, etc., and then start stripping out anything not needed. Since this stripped down OS would run a program that can also be run and compiled on the standard Raspbian, that would avoid an enormous amount of work in maintaining a compiler and other development tools.
This could be a fun project, but I doubt the result would run Mini vMac any faster. That is, even if you did find a way to make it run Mini vMac faster, that change could probably be made in the full Raspbian.
One way Mini vMac could be made to run faster on the Raspberry Pi is to make an ARM assembly language version of the 68000 emulation. (There are currently assembly language versions for PowerPC and x86-32.)
Update: Though it probably wouldn't help with speed, an operating system optimized to run a single program may help in other ways. Not sharing time with other processes may allow smoother emulation. There might also be opportunity to reduce latency, that is, time between keypress or mouse click, and the result showing up on the screen.
An operating system to run a single program could be useful for other emulators and games, and so attract more people to help than making a version of Mini vMac. (But not me, though it is an interesting idea.)
Sent: Sat Sep 27 22:52:41 2014
Mini vMac is not displaying properly on my Arch Linux x64. When I move the mouse on the screen the display will be "contaminated". And when I press the control key the display will "clean up" and become normal.
Xorg version 1.16.1
This sounds similar to a previous report.
(Due to travel, and hosting problems at the same time, this message was lost for a while. Sorry.)
Sent: Tue Sep 23 02:41:33 2014
How can you expand .sit files with mini vmac stuffit 4.1 On mini vmac. The application doesn't see the files. Basilisk Opens them up right away but they don't work on system 7.
I expect the Macintosh file type isn't set. See my page about Stuffit Expander.
Sent: Tue Sep 23 00:26:57 2014
unable to locate ROM image
See the Getting Started with Mini vMac instructions.
Sent: Sun Sep 7 15:25:29 2014
Hi - I'm just messaging you to confirm that minivmac can be compiled for FreeBSD/powerpc - at present you only support linux-ppc and freebsd-x86 and freebsd-amd64 ...
using the endianness stuff from the lppc CNFGGLOB and updating directories from /usr/X11R6/(include,lib) to /usr/local/(include,lib) were sufficient to get minivmac to compile with not-too-much trauma.
I must ask, though - isn't it a little odd to need to use minivmac or a mac to bootstrap the minivmac build? Couldn't it be made to function with a more traditional configure script based solution?
Thanks, I'll add FreeBSD/powerpc to the build system.
About the build system - See the topic in the FAQ - “What format is the Mini vMac source code in, and why don't you use something more standard?”. Sure, I could make the source into a format easier to use in FreeBSD, but then it would be harder to use on some other platforms supported by Mini vMac. Platforms come and go, the only platform guaranteed to exist for as long as Mini vMac does is Macintosh 680x0.
Another thought is that if Mini vMac used a standard unix configure script, and for whatever reason it didn't quite run on your machine, it would be nearly impossible to debug the configure script, that thing is massive and messy. But when the Mini vMac build system generates something that doesn't quite work on your machine, it is relatively easy to fix, as you did.
Sent: Mon Sep 1 01:26:20 2014
Just set up Mini vMac on a Raspberry Pi. Works brilliantly. Installed Word 5.1a with no problems at all - this seems impossible on Basilisk II but went without a hitch on Mini vMac. Great fun. The next best thing to time travel! Thank you very much. The only problem is that I didn't own a Mac Plus - any chance of emulating a Mac LC, my very first Mac?
I'm glad Mini vMac works well for you. In theory there is some chance of eventually emulating the Mac LC - see the topic in the FAQ - “Emulation of a Mac LC475 or Quadra650 or IIci or ...?”. But for present reality, see this earlier question.
The MESS emulator may be making progress at Mac LC emulation, see the Mini vMac Alternatives page.
Sent: Sun Aug 31 07:56:57 2014
I would like to translate the gui to hungarian, please drop the details.
Regards, Viktor varga
[... email address ...]
Thank you for the offer. The Mini vMac Localization page (which you may have already seen) has a few details, and links to the text of 7 existing translations. You can send corresponding text for a hungarian translation, either posting it to the feedback page, or email it to me.
I'll add your translation to the Localization page, and make a new 3.4.0 development version that you could test.
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.