Mac Os X Lion with CSS3 Experiment - I wanted to create with only use of CSS3 the boot, the login page and finally the desktop of the Mac OS X Lion. Mar 20, 2021 The 8.7.4.23 version of DYMO Labelwriter for Mac is available as a free download on our software library. The file size of the latest installation package available for download is 65.9 MB. Our antivirus check shows that this Mac download is safe. This free Mac app was originally developed by DYMO.
Recent updates to OS X/MacOS and Java have raised many new questions regarding DBsign. In this document, we will address the most common issues that we see.
There are many web sites and forums out there with solutions to DBsign related issues. Some of this information is good, some is outdated, and some is completely wrong. If you have issues or questions regarding DBsign on OS X/MacOS, please contact us first and we will help to point you in the right direction.
Free download MindChimes Demo MindChimes Demo for Mac OS X. MindChimes Demo - This app is a computer companion that runs in the background while you use your computer for other tasks and will not interfere with the operation of any of your software. A library of over 125,000 free and free-to-try software applications for Mac OS. Have a solution to running the g2 modular editor software on a 64 bit only Mac OS X. The next OS 10.15 (Catalina) will not run at all with 32 bit apps. I am ok at the moment as it runs ok as far as I am aware in Sierra. Also both my machines can run Snow leopard which it definitely works in, but in the interests of future proofing.
If you need to contact us, you can do so HERE.
Frequently Asked Questions
Do I need to download the DBsign software?
No, there is no DBsign software to download and install on your Mac.
However, DBsign does require that Java be installed and configured properly to work in your web browser. You can check to see if java is working properly in your browser with the following web sites:
Screenshot from the official Java web site.
Screenshot from DBsign's Java test page.
One (or both) of the pages listed above MUST be able to detect Java before any DBsign enabled web site will work. If Java cannot be detected, you must fix the problem before you can proceed further.
What version of Java do I need?
We recommend that you always have the latest version of Java installed on your Mac. Life as a dung beetle mac os. New java updates are pushed out regularly, and it is important to keep up to date.
When new Java updates are made available, your old version my stop working properly. Security features in OS X/MacOS and Java itself will often disable (or lock down) previous versions of the Java plugin from working in your browser.
It is very important to always keep your Java installation up to date. You can download the latest versions of Java from HERE.
What web browsers are supported?
Any browser that supports the Java plugin should work for DBsign.
On OS X/MacOS, the Java plugin is 64-bit only; this means that only 64-bit browsers are supported. Safari and Firefox both support the Java plugin; however, Chrome is a 32-bit only browser and does not run Java. For this reason, DBsign will not run in Chrome on OS X/MacOS.
How do I configure Safari to run DBsign?
In order to grant the necessary permissions to web sites running DBsign, we must edit Safari's security preferences.
From the 'Safari' menu, choose 'Preferences'and then go to the 'Security' tab. Here, you will see a button that says 'Manage website settings..'. You you click on the button, you will see something like this:
Safari 9 (and earlier)
Locate each web site that uses DBsign in the list (our demo.dbsign.com site, the Defense Travel System site, etc). In the drop down box to the right of the web site address, choose 'Run in Unsafe mode'. This gives DBsign all the permissions it needs to run properly. DO NOT change this setting for web sites you do not explicitly trust.
If you do not see the proper web site in the list, you will need to visit that site and attempt to use DBsign. You will most likely receive a DBsign error, but the web site should now be included in this list. You should be able to change its settings now.
Safari 10 (and later)
Starting with Safari 10, the option to toggle 'Safe mode' still exists, but it is hidden.
Now, when you go to set DBsign/Java to run in 'unsafe mode', the only options are 'Ask', 'Off', and 'On':
However, if you press and hold the 'alt/option' key on your keyboard, you are given more options:
Make sure that 'On' is checked, and 'Run in Safe Mode' is unchecked.
How to I test DBsign?
We have a test page here:
If Java is working, and DBsign is able to load, you will see a page that looks like this:
There are many web sites and forums out there with solutions to DBsign related issues. Some of this information is good, some is outdated, and some is completely wrong. If you have issues or questions regarding DBsign on OS X/MacOS, please contact us first and we will help to point you in the right direction.
Free download MindChimes Demo MindChimes Demo for Mac OS X. MindChimes Demo - This app is a computer companion that runs in the background while you use your computer for other tasks and will not interfere with the operation of any of your software. A library of over 125,000 free and free-to-try software applications for Mac OS. Have a solution to running the g2 modular editor software on a 64 bit only Mac OS X. The next OS 10.15 (Catalina) will not run at all with 32 bit apps. I am ok at the moment as it runs ok as far as I am aware in Sierra. Also both my machines can run Snow leopard which it definitely works in, but in the interests of future proofing.
If you need to contact us, you can do so HERE.
Frequently Asked Questions
Do I need to download the DBsign software?
No, there is no DBsign software to download and install on your Mac.
However, DBsign does require that Java be installed and configured properly to work in your web browser. You can check to see if java is working properly in your browser with the following web sites:
Screenshot from the official Java web site.
Screenshot from DBsign's Java test page.
One (or both) of the pages listed above MUST be able to detect Java before any DBsign enabled web site will work. If Java cannot be detected, you must fix the problem before you can proceed further.
What version of Java do I need?
We recommend that you always have the latest version of Java installed on your Mac. Life as a dung beetle mac os. New java updates are pushed out regularly, and it is important to keep up to date.
When new Java updates are made available, your old version my stop working properly. Security features in OS X/MacOS and Java itself will often disable (or lock down) previous versions of the Java plugin from working in your browser.
It is very important to always keep your Java installation up to date. You can download the latest versions of Java from HERE.
What web browsers are supported?
Any browser that supports the Java plugin should work for DBsign.
On OS X/MacOS, the Java plugin is 64-bit only; this means that only 64-bit browsers are supported. Safari and Firefox both support the Java plugin; however, Chrome is a 32-bit only browser and does not run Java. For this reason, DBsign will not run in Chrome on OS X/MacOS.
How do I configure Safari to run DBsign?
In order to grant the necessary permissions to web sites running DBsign, we must edit Safari's security preferences.
From the 'Safari' menu, choose 'Preferences'and then go to the 'Security' tab. Here, you will see a button that says 'Manage website settings..'. You you click on the button, you will see something like this:
Safari 9 (and earlier)
Locate each web site that uses DBsign in the list (our demo.dbsign.com site, the Defense Travel System site, etc). In the drop down box to the right of the web site address, choose 'Run in Unsafe mode'. This gives DBsign all the permissions it needs to run properly. DO NOT change this setting for web sites you do not explicitly trust.
If you do not see the proper web site in the list, you will need to visit that site and attempt to use DBsign. You will most likely receive a DBsign error, but the web site should now be included in this list. You should be able to change its settings now.
Safari 10 (and later)
Starting with Safari 10, the option to toggle 'Safe mode' still exists, but it is hidden.
Now, when you go to set DBsign/Java to run in 'unsafe mode', the only options are 'Ask', 'Off', and 'On':
However, if you press and hold the 'alt/option' key on your keyboard, you are given more options:
Make sure that 'On' is checked, and 'Run in Safe Mode' is unchecked.
How to I test DBsign?
We have a test page here:
If Java is working, and DBsign is able to load, you will see a page that looks like this:
If the pages just sits there with a 'Loading DBsign..' message, then Java is probably not working properly. See the section above for information regarding checking your Java version.
If you get an error message when loading this page, please contact us for help.
If the page loads properly, you should be able to click on the 'sign' button in the middle of the page. This will tell DBsign to generate a digital signature using one of the certificates on your computer or smart card. If no error occurs, your page will look like this (with signature information filled out):
If you get an error message when attempting to sign, please contact us for help.
How do I fix a 305 error code?
305 errors generally indicate that Safari has not been configured properly. See the seciont above concerning Safari configuration.
How do I fix a 112 error code?
The 112 'no signing certificates' error usually means that DBsign was unable to find any usable certificates on your computer. This can happen if your CAC certificates are either expired or revoked; however, it is more likely that you either do not have CAC enabling software (or middleware) installed or it is not working properly. Mac OS X does not support CACs out of the box, so you have to install some extra software to make it work.
If you have not installed CAC middleware, the militarycac.com web site has an excellent writeup with a list of the most popular options and instructions for installing them:
We have used CACkey and Centrify Express (both free options with limited support), and PKard (about $30, but excellent phone/email technical support from Thursby Software).
Just make sure that you have some CAC enabling software installed and working, then try again.You'll know it's working when you can see your CAC in the key chain list (upper left hand section) in the Key Chain Access application on your Mac. You should be able to pull your CAC out and your name will disappear from the list, and then plug it back in and your name will appear in the list again. This lets you know that the CAC software is installed and working. DBsign will not be able to use your CAC until this is working. Try accessing some military CAC enabled websites such as web mail or portals. Can you login successfully with your CAC on those sites? Usually if that works, DBsign will work.
How do I fix a 139 error code?
If you are getting prompted to select between two certificates, then this might be because 1 of them usually does not work. This is not a DBsign thing, but it is some kind of incompatibility between OS X and the CAC. So, I tell people to remember the last 2 digits of the serial number of the cert that works and always use that one. The serial number should be shown below the list of certs on the certificate prompt dialog.
If that doesn't work, then I would try rebooting your Mac. This actually does fix 139/132 problems sometimes and it's easy to do. But before you reboot, unplug your card reader from the Mac and also unplug the card from the reader. Then reboot. After you are logged back in, plug the reader back into the Mac and then put the card in the reader. Then try accessing some CAC enabled military portals or web mail.
Also, when you are prompted for a keychain password, this is actually your CAC PIN. Some users enter their OSX password here and end up locking their CAC card (3 failed PIN entry attempts will lock the card). If it gets locked, you have to take it to an LRA or a badge office or something to get it unlocked.
Sometimes these symptoms are caused by installing two different types of CAC software at the same time. They conflict with each other and cause these symptoms.
Try accessing some military CAC enabled websites such as web mail or portals. Can you login successfully with your CAC on those sites? Usually if that works, DBsign will work. If not, then there seems to be an issue with your CAC software. I would uninstall any and all CAC software that you installed and only install one. For instructions on uninstalling, see here: https://militarycac.com/macuninstall.htm. Be sure and reboot the Mac after every install and uninstall. Uninstall them all, then install only one. We use CACKey here. Also, Thursby PKard for about $30 is good and they offer excellent support.
Still having problems?
If you still need some help, please contact us.
Question or issue on macOS:
I get gdb by brew install gdb.
The source file content is:
Here is the executable file named 'demo':
https://pan.baidu.com/s/1wg-ffGCYzPGDI77pRxhyaw
I compile the source file like this:
And run gdb
But, it can't work. It can't recognized the executable file.
I use file demo,its ouput is demo: Mach-O 64-bit executable x86_64
I use file ./demo,its output is ./demo: Mach-O 64-bit executable x86_64
Type c++ -v, output is :
run ./demo,its output is 55
type show configuration in gdb,it shows:
Who can help me ? Thank you very much !!!
Minos (demo) Mac Os X
How to solve this problem?
Solution no. 1:
The problem is that clang-1000.11.45.2
distributed with Apple LLVM version 10.0.0
add a new load command to o-mach executables named LC_BUILD_VERSION
.
From the apple source:
So currently bfd
(program used by gdb to manipulate executables) is not able to interpret this command, and returns the error.
The temporary solution I found is directly edit bfd
sources provide with gdb
.
I've only test with gdb-8.0.1
.
First, download gdb-8.0.1
sources from mirrors. Then add to gdb-8.0.1/bfd/mach-o.c
the following code at line 4649
:
And finally add int gdb-8.0.1/include/mach-o/loader.h
:
at line 189
(don't forget to add a ,
at the end of the line 188 after BFD_MACH_O_LC_VERSION_MIN_WATCHOS = 0x30
).
After these instructions you can follow a classic gdb
compilation as indicate inside the README :
Don't forget to sign gdb
as explain here.
If you still get the (os/kern) failure (0x5) error, just run sudo gdb
.
This is a temporary solution waiting for the GNU team fix the problem directly on the repo.
EDIT
Binutils-gdb
has been updated, these changes are now implemented in commit fc7b364.
Hope It will be helpfull.
Solution no. 2:
I published a temporary brew formula that seems to work, while awaiting for official brew formula to be updated:
brew install https://raw.githubusercontent.com/timotheecour/homebrew-timutil/master/gdb_tim.rb
Solution no. 3:
Upgrade to GDB version 8.3. Also see Issue 23728, binutils fail on macOS 10.14 (Mojave) due to unimpl in the Binutils bug tracker.
From the bug report:
I've found the root of the issue. binutils does not handle load
command 0x32 LC_BUILD_VERSION (nor 0x31 LC_NOTE, actually). They are
defined in recent LLVM versions: see
https://github.com/llvm-mirror/llvm/blob/master/include/llvm/BinaryFormat/MachO.def#L77
Looking at the output of objdump -private-headers there is one clear
difference:
@@ -56,16 +56,18 @@ attributes NO_TOC STRIP_STATIC_SYMS LIVE
reserved1 0
reserved2 0
Load command 1
- cmd LC_VERSION_MIN_MACOSX
- cmdsize 16
- version 10.13
- sdk n/a
+ cmd LC_BUILD_VERSION
+ cmdsize 24
+ platform macos
+ sdk n/a
+ minos 10.14
+ ntools 0
Load command 2
cmd LC_SYMTAB
cmdsize 24
LC_VERSION_MIN_MACOSX is implemented in binutils, while
LC_BUILD_VERSION is not. It is apparently new in Mojave.
Solution no. 4:
I have got a good solution for me from stack overflow and I do not know why it works.
Here is the link.
I am new to macOS, and I do the following: Assimilated mac os.
- Codesign gdb 8.0.1 in high Sierra
- Update to Mojave
- gdb 8.0.1 died with
BFD: /Users/xxx/Codes/demo: unknown load command 0x32
- Change to gdb 8.2.1 and come across Keychain error
Unknown Error -2,147,414,007
.Solve this by getting the certificate in
Login
then export it and import it intoSystem
(Delete it from Login if unable to import). - Finally, because of some kind of errors it still does not work and it comes with
ERROR: Unable to start debugging. Unexpected GDB output from command '-exec-run'. Unable to find Mach task port for process-id 1510: (os/kern) failure (0x5).
, according to how to undo codesign, something wrong still exist and the answer tells me to
(please check gdb is codesigned - see taskgated(8))brew reinstall gdb
, but it still does not work, I called it a day yesterday. - Finally I come across that link, I AM HAPPYY, now I am able to debug!
Hope my solution can help.
Solution no. 5:
I got gdb working on Mojave by:
a) getting the latest gdb source archive (at time of writing, ftp://sourceware.org/pub/gdb/snapshots/current/gdb-weekly-8.2.50.20190212.tar.xz) - amongst other things, it adds handling for recognizing executables on Mac.
b) build gdb. I got errors for variable shadowing in darwin-nat.c so I edited the file and rebuilt.
c) follow steps in https://forward-in-code.blogspot.com/2018/11/mojave-vs-gdb.html
Voila.
(source: GDB on Mac/Mojave: During startup program terminated with signal ?, Unknown signal)
Solution no. 6:
gdb 8.2 installed from Homebrew is not compatible with Mac mojave.
I have upgrade to 8.2.1. The issue should be resolved.
Solution no. 7:
The answer by timotheecour above did work for me:
Mac Os Download
brew install https://raw.githubusercontent.com/timotheecour/homebrew-timutil/master/gdb_tim.rb
Then I had to generate a generate a self-signed certificate as in
https://www.thomasvitale.com/how-to-setup-gdb-and-eclipse-to-debug-c-files-on-macos-sierra/
Solution no. 8:
Mac Os Versions
I got past this issue on Mojave by thinning the app. GDB does not understand universal binaries. So if file myapp
tells you myapp is a universal binary, try this:
Mac Os Mojave
And then