I'm having trouble copying binary files to a Windows CE computer from a Windows 7 64bit PC. All I'm using is Window Explorer to connect to the Windows CE computer through ethernet. The file size increases after the copy. I've done this through Windows XP, through the same method (connecting to Windows CE through ethernet, using windows explorer), and the file size doesn't change.
When I open the files in a hex viewer initial portion of the file appear the same then the CE file has a large section of NULL characters the files match again after this followed by another section of NULL characters in the CE file. Then matching again for a while and then a complete jumbled up miss match on both ends.
I have also tried using the command prompt 'copy' command with the biniary option enabled. same issue.
Any ideas of how to copy this over (due to certain restrictions I'm not allowed to install 3rd party software to do the copy)
NEW INFO:
Attempted this with a basic txt file did not get the error inititially (text of file was 'test'). When I increased the size of the text file to 1 MB (text of file was 'testtest\n' over and over) the issue occured.
This bug afaik affects all versions beyond Windows 7 and Windows CE 5.0 (It is not present in Windows Embedded Compact 7). For me this happens for all files with a filesize > 32Kb.
Workaround with zip
You can work around that bug by zipping the files you want to transfer and then unzip them directly to the network share.
Workaround FTP
Another workaround is to stop using SMB and use FTP instead. This will also no longer require you to manually enable NTLM v1.0 on your Windows 7 and up machines.
I know about some authentication issues between CE devices and Windows 7/Vista (and 8, I suppose) PCs.
http://developer.toradex.com/knowledge-base/smb
But I suppose that you should experience issues only during the authentication phase (if the folder is password-protected), not during file transfers.
Are you 100% sure that no CE application is accessing the file while you are transferring it?
Related
Because the jdbc odbc bridge is no longer available (see this question/answer), I tried UCanAccess, which works great reading the database, but on Windows 10, throws an error on a write attempt: ([CONCURRENT_PROCESS_ACCESS] - File marked as read only. Notice that only one process (one VM) for time can access in writing mode.).
The same code reads and writes perfectly using the UCanAccess driver on Windows 8.1 and Windows 7.
I am currently unable to tinker since I don't have a Windows 10 system; the tests were performed by a power user on a single Windows 10 install. The mdb file in question was fully accessible by the user. Several path locations for the mdb file were tested (c:\ProgramData, Downloads) with the same result: reads fine, writes fail.
If any Windows 10 user wants to test this for themselves in various directories and possibly manipulating permissions, that would be great.
Here is a link to the mdb file I'm using. Here is a link to the test program (as an exe). Here is a link to the source code.
The test process would be to place the mdb file, then run the test program with the parameter of the path. So at a Windows command prompt, something like:
TestDbAccess c:\my\dir
Where c:\my\dir is where you put the mdb file.
UPDATE: I should have included in the original question that running on actual hardware is what is desired, as opposed to running virtualized in VBox.
UPDATE2: FALSE ALARM:
The mdb file in question really was "Access 97" level, based on byte 20 of the file. The problem was that the component that had the task of creating the mdb file somehow created it as "Access 2000" sometimes and "Access 97" at other times. Exactly how that happened still remains a mystery, but it does not appear to depend on the underlying OS version. My advice to anyone who runs into the CONCURRENT_PROCESS_ACCESS error: believe it!
UCanAccess and Jackcess do not have a problem with Windows 10 per se. I just used UCanAccess to run this SQL statement ...
UPDATE CW_EPG_CAPTURES SET title = 'Win10 test'
... against your sample database (cw_record.mdb, which is in Access 2000 format) on a VirtualBox virtual machine with
Windows 10 Pro Technical Preview, Build 10041 (64-bit)
JDK 7u45 (64-bit)
NetBeans 7.4
UCanAccess 2.0.9.4
and it successfully performed the update without complaint.
The .mdb file was downloaded directly from the link in your question and saved into
C:\Users\Public
Update:
As it turns out, the problem had nothing to do with Windows 10. The issue was simply that an Access 97 file was sometimes being used for testing. Jackcess and UCanAccess just offer read-only support for Access 97 files.
I have looked every where for a download for the .exe, I have tried the fix.reg sloution, I have tried clicking run and expanding the ex_ file into the .exe, but anytime I click something I am met with this error "Windows cannot access the specified device, path, or file" It also says I may not have access to the item. I am the only user/admin and this is a fresh install of the Windows XP black edition.
I cant even use CMD. Surely there has to be a fairly simple solution? Right? I have the RunDll32.ex_ I just dont have permission to run anything like CMD to expand it. Can I simply use a .exe from another computer running same OS?
It seems you have a big problem on the registry or a broken file system.
As you said you could use a rundll32.exe from another computer with the same version of OS. Check the Service Pack installed in your Windows XP and the other computer.
You could try to copy the DLL to a pendrive from the other computer to yours.
If you cannot copy the new DLL you should need to start Windows in Safe Mode (Press F8 before Windows starts and select on the Black menu text window Boot in Safe Mode), because Windows protects all the files in c:\Windows\ and c:\windows\system32
If Safe Mode don't works, next try should be to use a Windows Live CD. Hiren's Boot has a mini Windows XP embedded.
http://www.hirensbootcd.org/
You need to download the ISO, burn It and boot the computer with it. Run the mini Windows XP and when you see the desktop run the Windows Explorer and copy the DLL from the pendrive to your fixed hard disk. Take care because your hard disk should not be the C: (that should be the mini Windows XP partition), look in other drive units for your data.
I can't seem to find any way to open an old .OBD file. Our company has around a hundred of these binders that were created a long time ago by another company that we took over. They were created using Office 97 on some old machines that don't exist any more.
Our current machines run Windows 7 or later, with Microsoft Office 2010 and later. Is there a way to open these .OBD files? I've tried the Unbind.exe program that some people mentioned on other forums, but it won't run in Windows 7 with any compatibility settings. 7-zip was able to sort of look into the binders, but the files that were extracted aren't readable by any Office software.
We looked into using pywin32 to talk through COM and use Office to do the unbinding automatically, but we still need some program to actually do the unbinding.
Does anyone have any solutions? Thanks.
EDIT: I figured out the problem. The unbind.exe application (available from Microsoft) works, but only when run in a 32-bit OS. Using compatibility mode from a 64-bit OS doesn't seem to work. I was able to use a virtual machine on our servers that was set up for something else. If you don't have a 32-bit environment handy, I'm not sure on how to get around this.
I had 4 Microsoft binder (*.obd) files I wanted to open and didn't have access to a 32bit Windows computer. Please note that this method does not retain the original file names of the documents. Using Windows 10 64 bit I used 7Zip to extract the obd files to folders. Inside the folders were subfolders numbered 1, 2, 3 etc. In the subfolders were data files called WordDocument, Book and PowerPoint Document. I renamed WordDocument files to filename subfolder.doc, renamed Book files to filename subfolder.xls and renamed PowerPoint Document files to filename subfolder.ppt. Then I opened .doc files in Word 2019 and resaved as .docx files. Then I opened .xls files in LibreOffice Calc v7.2 and resaved as .xlsx files. I didn't have any luck with .ppt files. In my case I had to change Word 2019 protected view settings (File, Options, Trust Center, Trust Center Settings..., File Block Settings, untick Word 2, 6.0 & 95). Hope someone finds this info useful.
My environment : Win7, VS2010 Pro, Windows Phone Emulator 10.1.40219.390, HTC T8788, Windows Phone Power Tool v1.6.
I need to Get multiple files (they are <3kb json files) to my dev box from a folder on my emulator/device. I had been happily doing this with Isolated Explorer command tool and/or Windows Phone Power Tool till the number of files was very limited. As soon as the number of files increased in the folder both the tools mentioned above failed to open the folder from device. The application on device and emulator is handling large number of files as expected (tested with 4000+ files). Following are my findings regarding the issue with WPPT (and IS explorer): if a folder contains more than 1024 files, WPPT does not load the folder. The physical size of individual file in the folder does not matter. The issue can be reproduced with same effect on emulator and device. On further investigation I found that WPPT breaks at a call to Microsoft.SmartDevice.Connectivity.RemoteIsolatedStorageFile.GetDirectoryListing() which just says - "Unspecified error" with no details. It seems the said API method is now obsolete and i could not find any substantial information on MSDN about it or the issue
Did somebody else also encounter this problem? Is there some way I can pull large number of files (4000+) to my dev box from IS folder on device/emulator (please note, i can only work with the environment mentioned above, so Win8 or WP8 emulator are out of question)?
Regards.
Working on a project with video files on different external hard drives and the xml they gave me with all the file paths all start with /Volume/name_of_disk/ as they made the xml on a Mac. I'm wondering if there is an equivalent to /Volume/ in the PC file system (specifically Windows 7), that I could then tack on /name_of_disk/movie_name and have it find my movie. (more or less the same as going to Computer in Windows Explorer?)
End game I'm using Python and can take care of everything on that end, but it's more a Windows file system question, as I just switched over from Mac.
Cheers!