I installed Racket 8.5 on my MacBook (MacOS Ventura Beta) and ran into a number of problems:
the application windows don't close on the cross, even the ones that are considered additional menus and shouldn't work that way anyway. Add video
In projects from my computer, the functions do not work correctly. And this error appears even if I move the author's code into my Racket in a clean project. For example, from a project downloaded from the Internet, where the author writes:
empty-scene 100 100 "blue"
In his project everything works fine, this function is in the Racket documentation.
If I write this function in my project, Racket gives me an error;
empty-scene: expects only 2 arguments, but found 3
I tried to find information about this on the Internet, I reinstalled Racket and downloaded different versions of the program, but the problem persists.
Has anyone encountered similar problems? Are there any tips on how to fix it?
I have no idea about the window thing: this doesn't happen on macOS 11 and I suspect is an artifact of running it on some beta version of macOS.
The arguments are because you're not in fact using 2htdp/image but htdp/image, which provides a different version of empty-scene. This is clear from looking at your video.
Also, please provide a description, in text of what is needed to reproduce problems like this: images and videos are just not a useful thing.
I'm coming back with results! Your messages are confirmed. It turns out that everything was affected by the beta version of MacOS. After rolling back to Big Sur, both problems resolved.
Thanks so much Shawn and ignis-volens for looking at the problem from the outside and helping me solve it 🔥
Related
I'm sorry in advance if this question is not well expressed, I am trying to achieve something quite new to me and I am a little lost.
I am trying to include a Canon SDK inside an Objective-C wrapper, I understand from this paragraph that I needed to download the 64bit SDK:
There are a few steps that need to be taken in order to use EOSFramework in a project. First, ensure that you have downloaded the latest Canon EDSDK 64bit. EOSFramework currently relies on ARC which is only supported in 64bit. Therefore you must use the 64bit version of EDSDK. Also ensure that you have compiled or downloaded the latest version of EOSFramework as a .framework file.
Incidentally, after following instructions, the errors that I'm getting while building the frameworks are related to 64bit. Please see picture attached:
Can someone point out a way for me to figure this out?
I'm not sure if this won't bring a problem in the long run, but I found an answer in this post: _int64 does not name a type
Following this:
It looks like you you are trying to use MSVC specific __int64 type with GCC. That does not work, use long long instead.
Can someone point out a way for me to figure this out?
You need to track down the declaration of EdsUInt64 in the SDK you have downloaded and figure out why it is not being seen by the compiler when compiling the source you've shown.
Try right-clicking on EdsUInt32 (which the compiler was happy with) and jumping to its definition. Now look around, are the 64-bit types defined in the same place? Are they inside #if constructs? If so why are the conditions not true? Etc. Do some detective work.
You can also use TextWrangler/BBEdit, or other good editor, to do quick multi-file searches over all the SDK source to find the definitions.
If you don't find the definitions then you've got the wrong version of one of the SDKs, go back to Canon and get the right one.
The solution is very unlikely to be you needing to define the type yourself. The ARC comments in particular indicate you do have Mac specific source code, Canon compile it on a Mac, so it's unlikely to be a MS or Gnu specific issue failing on a Mac etc.
Good Hunting!
HTH
I have this annoying bug in MS Expression Web 4 SP2, weird GUI quirks: you can see in the picture: like parts of the display isn't being painted. I had this before, and solved it by uninstalling something, but the problem is that I don't remember what it was... (I installed Exp.Web in fresh Win7 PC, and step by step installing everything, until this problem came up.)
Anybody came across this issue maybe ?
The problem is a program called FileBox eXtender. It's excellent program I use to pin windows to have them always on top (never be hidden by other windows), because it does its job and it's free. Unfortunately, MS-Expression (Web, Blend, etc...) doesn't get along with it, so I excluded it (somewhere in FileBox-eXtender's options) and now it's o.k.
SmoothDivScroll is wonderfull script! But does anyone know if the new beta version of SmoothDivScroll (version 1.2) is working in IE 6, 7 and 8? I saw in the google Group of Thomas Kahn that this questions was also raised. I'm trying to get it working but can't get some features working and I don't know if it is my mistake or not. I hope Thomas himself sees this post and will react on it. And if the conclusion is that it is not working on these versions of IE, I would like to know if Thomas will work to get it also on IE working or if he leaves it as it is now. Of course I hope this, because it is wonderful code!
Jan
Yes, SmoothDivScroll 1.2 should work OK in older versions of Internet Explorer. I don't have a computer that is old enough to have a "real" installation of IE6 but I do have a virtual machine running Windows XP SP3 and Internet Explorer 6 (which is basically the same thing as a real installation).
When I tested on this machine there was one issue that had to do with the height of the hotspots. For some reason the hotspots do not fill out the entire height of the scrollable area. Currently I have no fix and to be perfectly honest I don't think I will spend time looking for a solution since IE6 is a browser that is becoming more and more marginalized. If anyone has a solution - let me knoe! I haven't made up my mind about IE7 yet. But I do want it to work fine in IE8 and IE9 though since these two versions are alive and kicking.
Two follow up questions:
Which features are not working and in what versions of
Internet Explorer?
Do you have a demo somewhere that I can look at? Since
SmoothDivScroll is a plugin that depends heavily on the surrounding
code on the page, in many cases errors in the HTML and/or the CSS is
the source of the errors.
Then again - sometimes the bungling is on my part. It's been known to happen. :-)
Just downloaded and installed netbeans 6.9. At the first run, it asked for importing settings from netbeans 6.8 (which is nice). But after using it for my current PHP project for a while, I found this new version sucks. Here are some problem:
"Refactor->Rename" always gives me "The Rename Refactoring cannot be applied
in this context". If I press the Ctrl+R, the whole IDE halt!
Most of the time it shows "Checking for external changes" in the status bar.
Some plug-ins that exist in version 6.8 are not available in version 6.9
Anyone encounters the same problems and know how to deal with them?
I've got all the issues you wrote about. I had to split my project into 3 different projects just to make it work reasonably fast (too many files kills 6.9 apparently).
Also, the auto-formatter sucks. Half of the options don't work at all.
And who thought it would be a good idea to add a spell checker to a &^(%£ code editor?!?!?! Worst. Idea. EVER.
I've been using Eclipse for the last 2 days.
+1 to version 6.9 being total trash.
I'm running 64bit Netbeans (PHP) on a Mac.
Yes to number 1. Selected from the menu and keyboard.
No to number 2. It does state that once in a while (as in rarely).. though that might depend on the project really.
Number 3; which plugins you looking for?
I need to build a fairly simple app but it needs to work on both PC and Mac.
It also needs to be redistributable on a disc or usb drive as a standalone desktop app.
Initially I thought AIR would be perfect for this (it ticks all the API requirements), but the difficulty is making it distributable, as the app would require the AIR runtime to be installed to run.
I came across Shu Player as an option as it seems to be able to package the AIR runtime with the app and do a (silent?) install.
However this seems to break the T&C from Adobe (as outlined here) so I'm not sure about the legality.
Another option could be Zinc but I haven't tested it so I'm not sure how well it'll fit the bill.
What would you recommend or suggest I check out?
Any suggestion much appreciated
EDIT:
There's a few more discussions on mono usage (though no real conclusion):
Here and Here
EDIT2:
Titanium could also fit the bill maybe, will check it out.
Any more comments from anyone?
EDIT3 (one year on): It's actually been almost a year since I posted that question but it seems some people still come across it every now and then, and even contribute an answer, even a year later.
Thought I'd update the question a bit. I did not get around to try the tcl/tk option at the end, time constraint and the uncertainty of the compatibility to different os versions led me to discard that as an option.
I did try Titanium for a bit but though the first impressions were ok, they really are pushing the mobile platform more than anything, and imho, the desktop implementation suffers a bit from that lack of attention. There are also some report of problems with some visual studio runtime on some OSs (can't remember the details now though).. So discarded that too.
I ended up going with XULRunner. The two major appeals were:
Firefox seems to work out of the box on most OS version, so I took it as good faith that a XULRunner app would likely be compatible with most system. Saved me a lot of testing and it turned out that it did run really well on all platforms, there hasn't been a single report of not being able to start the app
It's Javascript baby! Language learning curve was minimal. The main thing to work out is what the additional xpcom interfaces are and how to query them.
On the down side:
I thought troubleshooting errors was a sometimes difficult task, the venkman debugger is kinda clunky, ended up using the console more than anything.
The sqlite interface is a great asset for a desktop app but I often struggled to find relevant error infos when something didn't work - maybe i was doing it wrong.
It took a little while to work out how to package the app as a standalone app for both PC and Mac. The final approach was to have a "shell" mac app and a shell pc app and a couple of "compile" script that would copy the shells and add the custom source code onto it in the correct location.
One last potential issue for some, due to the nature of xulrunner apps, your source code will be deployed with the app, you can use obfuscation if you want but that's something to keep in mind if you want to protect your intellectual property
All in all, great platform for a cross-platform app. I'd highly recommend it.
Tcl/Tk has one of the best packaging solutions out there. You can easily wrap a cross-platform application (implemented in a fully working virtual filesystem) with a platform-specific binary to get a single file executable for just about any modern desktop system. Search google for the terms starkit, starpack and tclkit. Such wrapped binaries are tiny in comparison to many executables these days.
Many deride Tk as being "old" or "immature" but it's one of the oldest, most stable toolkits out there. It uses native widgets when such widgets exist.
One significant drawback of Tcl/Tk, however, is that it lacks any sort of printing support. If your application needs to print you'll have to be a bit creative. There are platform-specific solutions, and the ability to generate postscript documents, and libraries to create pdfs, but it takes a little extra effort.
Java is probably your best bet, although not all Windows PCs will necessarily have Java (most should). JavaFX is new enough you can't count on it - you'll probably find a lot of machines running Java 1.5 or (shudder) 1.4. I believe recent Mac OS still ships with 1.5 (latest version may have changed to 1.6).
Consider JavaFX
It would run everywhere with a modern JRE ..!
AIR could be an option, but only if you don't mind distributing two different files (the offline runtime installer and your app), and expecting the user to run one and then the other. You do have to submit an online form at Adobe's site saying you agree to distribute the offline installer as-is, rather than digging out individual DLLs or whatever, before they give you the installer.
Unfortunately there's currently no way to get both an AIR app and the runtime to install from one file though. I'm not sure what the deal with Shu is, or whether it's doing anything that isn't kosher.
i would recommended zink. it has all the functionalities you require for desktop. however, the las time i used it it was a bit glitchy.
i was hung up by trying to write a 6M file to the disk. thought it trough and changed the code to write 512K chunks at a time (3min work, fast).
probably it still has some little annoying glitches like making you think on root lvl but the ease of use and the features are just way too sweet to ignore.