https://sourceware.org/bugzilla/show_bug.cgi?id=30376
--- Comment #14 from Pali Rohár ---
Hello, have you looked at the problem described in comment #6 that res --> rc
--> res --> rc actions are changing attributes?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=30376
--- Comment #13 from Pali Rohár ---
Ok, if it is not possible to fix this particular case then it would be useful
to document this incompatibility with MS RC format. I can understand that
rewriting the whole parser is not something which is go
https://sourceware.org/bugzilla/show_bug.cgi?id=30376
--- Comment #12 from Nick Clifton ---
(In reply to Nick Clifton from comment #10)
> (In reply to Pali Rohár from comment #7)
> I think the point that you are trying to make however is that the MS
> resource compiler actually includes the doub
https://sourceware.org/bugzilla/show_bug.cgi?id=30376
--- Comment #11 from Pali Rohár ---
(In reply to Nick Clifton from comment #10)
> I think the point that you are trying to make however is that the MS
> resource compiler actually includes the double quote characters as part of
> the resource
https://sourceware.org/bugzilla/show_bug.cgi?id=30376
--- Comment #10 from Nick Clifton ---
(In reply to Pali Rohár from comment #7)
> "resource_name4" "resource_type4" { "resource_string_data4" }
> i686-w64-mingw32-windres: test-resource.rc:4: syntax error
Right - this is the same issue as d
https://sourceware.org/bugzilla/show_bug.cgi?id=30376
--- Comment #9 from Nick Clifton ---
(In reply to Pali Rohár from comment #8)
> Hello Nick, have you looked at my above comments? Do you need more tests
> here?
Hi Pali,
Sorry no, I have dropped the ball on this bug. I will have a proper
https://sourceware.org/bugzilla/show_bug.cgi?id=30376
--- Comment #8 from Pali Rohár ---
Hello Nick, have you looked at my above comments? Do you need more tests here?
--
You are receiving this mail because:
You are on the CC list for the bug.
https://sourceware.org/bugzilla/show_bug.cgi?id=30376
--- Comment #7 from Pali Rohár ---
I did also another test. I took very simple resource file:
$ cat test-resource.rc
resource_name1 resource_type1 { "resource_string_data1" }
resource_name2 "resource_type2" { "resource_string_data2" }
"resour
https://sourceware.org/bugzilla/show_bug.cgi?id=30376
--- Comment #6 from Pali Rohár ---
Hello Nick! Now I tried your patch. Now it is better because windres can
compile its own generated rc file. But there are still issues.
I did more repeated conversions between binary and text file via these
https://sourceware.org/bugzilla/show_bug.cgi?id=30376
--- Comment #5 from Pali Rohár ---
Finally I found documentation about named resources which caused this issue:
https://learn.microsoft.com/en-us/windows/win32/menurc/user-defined-resource
And here there is no information that name or type sh
https://sourceware.org/bugzilla/show_bug.cgi?id=30376
--- Comment #4 from Nick Clifton ---
Created attachment 14876
--> https://sourceware.org/bugzilla/attachment.cgi?id=14876&action=edit
Proposed patch
OK, here is a possible patch.
With this applied the resource file created from shell32.dll
https://sourceware.org/bugzilla/show_bug.cgi?id=30376
--- Comment #3 from Nick Clifton ---
(In reply to Pali Rohár from comment #2)
> 98f2e089891cae87147f74948f694565) for which GNU windres generates shell32.rc
> file with same syntax errors.
Thanks - with that I can reproduce the problem. (In
https://sourceware.org/bugzilla/show_bug.cgi?id=30376
--- Comment #2 from Pali Rohár ---
I'm not sure if I can upload that generated file here due to possible legal
problems.
But if you agree, you can download some other shell32.dll from the internet.
For example I found different version on
htt
https://sourceware.org/bugzilla/show_bug.cgi?id=30376
Nick Clifton changed:
What|Removed |Added
CC||nickc at redhat dot com
Ever confi
14 matches
Mail list logo
