Another strange bug with the file save dialogue

(Probably unrelated to my issues with eVB and the common dialogues)

I've added Westtek's Image Viewer (optional build element of the default CEPC image in PB5) to my x86 device (manually), which works perfectly fine.
The annoying thing though is that whenever I edit an image with the viewer (crop it, change the contrast etc) and click "save as", all that happens is that the "save file" common dialogue very briefly appears in the top left corner of the screen (very strange), and then instantly vanishes again.

It's not a huge issue but I would like to be able to crop images, does anyone have any ideas?

Having not investigated it, and shooting from the hip. Is it doing a license check for some registry key that is missing and as you don't have it, this is the app time bombing itself?

I don't think there's any time bomb implemented, though it might be related to missing registry entries.
It kind of looks the same as what happens if you run executabilitycheck on some devices, the "open file" dialogue shows up and vanishes instantly.

I'll take a look for registry keys it might be missing!

Can you run the file in https://www.hpcfactor.com/scl/1652/Dependency_Walker/Dependency_Walker/version_2.2.6000 and see what dlls are called for? (if you haven't already) and just make sure you have all of those dlls

I investigated the same issue for JINZO Paint, and it was assigning a empty string (""), which I think is valid for Windows Mobile but not for WinCE, to lpstrInitialDir member of an OPENFILENAME (well, OPENFILENAMEW because its WinCE) structure used to open the file dialog.

The way I and the other one who wanted to fix this issue did is a binary patch using Ghidra (they wrote a brief summary on this fix on this blog post), but I don't know if this strategy is feasible for your app (or even this is the case). If it has the source code it's relatively easy, just assign NULL (not an empty string) to that lpstrInitialDir member and the issue mitigated, or you can even add some lines that makes sure the empty string never passed to it and correctly fix the bug.

Edited by watamario15 2024-01-31 3:07 AM

Was there a third version that the author could not locate the source code for? I tried seeing what that was in the article. Maybe I could help try and find it if it's missing.

It's the full color version available here: http://www.tomozon.sakura.ne.jp/wince/
Direct links are: ver 0.20 and ver 0.18

It's closed source and only the binaries are present, the source code for this version doesn't even exist on Internet Archive: https://web.archive.org/web/*/http://www.tomozon.sakura.ne.jp/*

I asked Tomohiro Ueno for the source code but no luck, they replied me that they have lost and couldn't find it. (However, fortunately I got the license to sublicense all their apps as OSS, and we as Brain Hackers are currently working on releasing the fixed and improved version along with the original versions on Brain Hackers' GitHub, with a proper OSS license attached)

BTW, looks like the SCL doesn't have Minute Mascot, JINZO Novel, and JINZO Paint Full Color available from the site above, and some others available here: http://www.tomozon.sakura.ne.jp/wince/JINZO_COLLECTION/DATA_BOOK/omake.html

Hey I found the old website for Jinzo paint
https://web.archive.org/web/*/http://www.ueno.no-ip.org/~jinzo/*
See if your source files you want are there.

In the meantime I’ll try and put those remaining programs in the scl you mentioned and give you credit

They have changed the hosting service (at least) twice, the first is yours, the second is https://web.archive.org/web/*/http://jinzo.hp.infoseek.co.jp/* , then the third is the current one. And the current one has the biggest number of files archived.

For a quick guide, this is the info provided by the person who wrote that blog post:

Thank you! That's the exact info I needed. I'll work on getting them archived. My brain was starting to get confused by the different versions before of Jinzo Paint.

I'm confused. I thought the Westtek image viewer is exactly that: a viewer. Didn't know you could actually edit images. Can't you do that with UltraG?

I thought so too, but it actually has editing capabilities built in
Did anyone ever compile UltraG for x86?

Two things: where did you find source code for UltraG? I'd like to archive it for the SCL if that's the case

We have the source code for Pocket Image Editor, which is a .net Compact Framework based program. Maybe that could help? Idk if it works on x86