|
|
|
|
| Welcome, Guest | Home | Search | Login | Register | |
|
Profile Info |
|
| Summary | Show Posts |
| Show Posts | |
| This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to. | |
| Messages - garambo | |
|
1
Software / Re: retrosearch.org - new search engine for retro computers
October 19, 2025, 19:35 |
Hi everyone! Long time, no see! I was finally able to get some time to tackle some pressing issues retrosearch had. The deployed version available on http://retrosearch.org should be stable now, so I hope you all have a better experience when using it. I will try to get back into some new projects, but I would like to continue supporting the website for as long as it is useful for someone.
|
|
2
Software / Re: retrosearch.org - new search engine for retro computers
February 20, 2025, 18:36 |
Sorry about the downtime, retrosearch is back! |
|
3
Development / Re: Building firefox/mozilla/etc from source
July 19, 2024, 13:23 |
Added a guide with screenshots on my website, thought it might be helpful (modern browser required): https://garambo.it/posts/2024-07-19-classilla-build @lauland I can make a PDF version we can include in the source code |
|
4
Development / Re: Building firefox/mozilla/etc from source
July 18, 2024, 18:45 |
Quote from: Jatoba By the way, did you run CodeWarrior Pro 7.1 via Classic like @lauland planned, or as a natively-run Mac OS X Carbon app? And I assume the version of Mac OS X 10.4 was the "client" one, "10.4.11"? Yes, correct, otherwise it wouldn't be possible to run the MPW ToolServer (the option is disabled when running it as a Carbon app). And, yes, running OS X 10.4.11 (regular, not server). ![]() Quote from: Bolkonskij Guys, how about adding it to the Mac OS 9 Lives page? That'd be the place for it and you could link to it from the Garden. Yes, I agree! Love the new design btw! |
|
5
Development / Re: Building firefox/mozilla/etc from source
July 18, 2024, 17:58 |
I didn't have it too - looking at the script, the pull is done as part of the build action in the RunBuild subroutine (called by BuildMozilla.pl): PullFromCVS($input_files->{"checkoutdata"}, $input_files->{"checkouttime"}) calls CheckoutModules and causes the build to fail if no CVS session is provided. I updated the instructions with the missing step related to MacPerl, so it should be correct now - please feel free to add it to a readme file
|
|
6
Development / Re: Building firefox/mozilla/etc from source
July 18, 2024, 17:45 |
@lauland thanks! Please, feel free to add my instructions on the Garden, that would be great! So, I double checked my instructions and noticed there is a missing step related to MacPerl - Copying over the Moz folder from the Source (going to update my original post). Started 9.3.3 and 9.3.4b clean builds and encountered the request for a MacCVS Session. And it seems to be caused by one of the scripts from Moz (BuildMozilla.pl), if none is selected: Quote ---- Start of pull ---- |
|
7
Development / Re: Building firefox/mozilla/etc from source
July 18, 2024, 01:19 |
Insanely great work, thank you! Managed to build it on OS X and thanks to all the resources provided, it works! Took some notes during the process, posting them here: Quote CodeWarrior Setup: |
|
8
Hardware / Re: BlueSCSI getting WiFi (now beta)
May 13, 2024, 10:12 |
I've been using a BlueSCSI v2 with WiFi on my Macintosh SE FDHD for almost 6 months and my experience has been seamless. I'm so happy with it that I got an external DB25 unit for restoring and testing old systems and a Powerbook version for my PB 190 (project halted at the moment due to a broken screen). Something that I love about it is the ease of switching images, which I can build easily with Disk Jockey, personalize quickly with an emulator such as Mini vMac and enjoy on real hardware in just minutes. Speaking of my SE, running System 7.1 with MacTCP, I haven't experienced crashes so far, using the DaynaPORT SCSI emulation works great. Of course the transfer speed is heavily dependent on the bus (and CPU), for example, the average transfer speed using Fetch is around 7500 bytes/second. Works with basic browsing too! I posted a picture of MacWeb working on the SE on the RetroSearch thread picture here 145KB JPGI also set up Netatalk 2.3 on my home server, with the right configuration I was really impressed to be able to use the same file sharing server across machines almost 40 years apart! |
|
9
Development / Re: can somone make a 7Z extractor for classic macos
May 03, 2024, 22:05 |
Too bad that didn't work! I installed a OS X 10.2 VM to test the app and I realised I compiled the dependencies (which are just two!) using a more recent SDK, while the application itself was compiled and linked using the Jaguar SDK. Not really sure how that worked in the first place, but the build I uploaded earlier won't work on OS X lower than 10.3.9 - sorry about that! I will remove the download option from the page as it won't be really useful for anyone, but I think I might dedicate a couple more hours this weekend to see if there's something we could do with this code.
|
|
10
Development / Re: can somone make a 7Z extractor for classic macos
May 03, 2024, 18:06 |
I made a build targeting OS X 10.2 of The Unarchiver 1.6, but I don't have a Mac running Jaguar at the moment. It works well on Tiger, maybe you can give it a try. Uploaded it on the Garden (dowload number 7): http://macintoshgarden.org/apps/the-unarchiver |
|
11
Software / Re: retrosearch.org - new search engine for retro computers
May 02, 2024, 15:12 |
Quote My only gripe would be to retain the football results a tad bit longer on the page before they get replaced. (maybe an archive or using pagination?) Thank you Bolkonskij, that's a good point, I'll add this to the next features to add! |
|
12
Software / Re: retrosearch.org - new search engine for retro computers
May 01, 2024, 20:57 |
Thank you @Jatoba! I’m really glad you find Retrosearch useful! Please let me know if you have any feedback or suggestion
|
|
13
Development / Re: Jabbernaut for m68k new attempts
May 01, 2024, 10:59 |
Thanks for all these great suggestions, @lauland! I will definitely give it a go in the next few days and keep you posted
|
|
14
Development / Re: Jabbernaut for m68k new attempts
April 30, 2024, 20:10 |
Quote So, absolutely throw exceptions on NULLs...but only when they're fatal! Maybe just adding a non-fatal version of FailNIL() (if there isn't already one in Zoop), and deciding where to use it? Yes, exactly! Quote I'd also love to get it building in XCode, so we could use its very nice debugger...would definitely make it easier for fixing ACTUAL bugs in Jabbernaut. That would be great indeed, I might start looking into it
|
|
15
Development / Re: Jabbernaut for m68k new attempts
April 30, 2024, 19:52 |
That's wonderful news @lauland, great stuff as usual! I'm just back from vacation and I might take a look at the Carbon version in the next few days. I took a look at the previous post and I think we should definitely investigate a bit more on the FailNIL() usage - on a general note, though, I would agree with the original author's idea of throwing an exception for null arguments, but I see what you mean with your observation: Quote But in our case where we're dealing with funky code of unknown status, probably never even finished, it does more harm than good. It would be interesting to maybe add a ZErrors.cpp implementation to retrieve additional debug information? Anyway, let me know if you need any specific help in the meantime, happy to contribute!
|
| Pages: [1] 2 | |
|
© 2021 System7Today.com. |
