Archived messages from: gitter.im/red/GTK from year: 2020

rebolek
10:28I have a problem where a face steals all events in a panel. To reproduce it:
10:311) clone repo https://gitlab.com/rebolek/red-styles/tree/scroller
2) checkout scroller branch
3) do %demo/scroller.red
4) click and drag anywhere on the panel. Horizontal scroller will start moving

If you remove the dx box from demo, it works fine. If you remove react block from dx, it works fine. On W10 it works fine.

loziniak
12:38Hi! Can anybody confirm this crashes on Linux/GTK, when run from console-view at the button click?

Red [Needs: 'View]

metrics-font: make font! []

styles: [
	panel-widget: [
		default-actor: on-down
		template: [
			type: 'panel
			pane: copy [] 
			actors: [
				on-create: func [face [object!] event [event! none!]] [
					append face/pane make face! [
						type: 'field
						font: (metrics-font)
						parent: face
					]
				]
			]
		]
	]

]

window: layout/styles [
	panel [
		panel-widget
		button "CLICK ME" [
			print "OK?"
			make metrics-font [style: 'bold] ; XXXXX
			print "OK!"
		]
	]
] styles

view/flags window ['resize]


With various error messages. The ones I noticed were:
free(): invalid pointer
[1]    5197 abort (core dumped) 

munmap_chunk(): invalid pointer
[1]    5138 abort (core dumped)

double free or corruption (out)
[1]    5270 abort (core dumped)

*** Runtime Error 1: access violation
*** Cannot determine source file/line info.
***
12:41I mean confirm or deny :-)
12:41console-view compiled from latest GTK branch.
14:00If I compile it, it's the same.

bitbegin
09:25@loziniak confirmed
loziniak
15:17@bitbegin thanks! filed a bug report.

gour
20:02evening...for quite some time i was not following what's going on with red, but just read blog post saying that gtk-branch could be merged soon which is raising some enthusiasm that Red could be still used for our project, so wonder if after merging of gtk-branch Red could be potentially ready to develop desktop gui app on linux platform?
greggirwin
21:16Yes.
loziniak
21:24I'm already doing a commercial project in Red/GTK. I find a lot of bugs along the way, but happily Red team is always ready to fix them.
gour
22:19@loziniak that's encouraging to hear. do you find that Red's performance is ready for production if one wants better than dynamic languages like Python?
loziniak
23:26If you care about performance, according to my knowledge, Red is not the best option, because i is not optimized. My points pro-Red were portability and cross-compilation, lightness, planned Android support.
greggirwin
23:39@gour there's no way to generalize performance. Red is on par with other langs at the same level, but you can easily drop into Red/System if needed, giving up high level features for speed in key areas.

gour
05:56well, i do not expect to be on the level of C(++)/Rust, but wonder where does it belong, in general, comparable to other more popular languages? iow. for a desktop GUI app, I was/am considering languages like Racket/Pharo/Nim/Eiffel...
greggirwin
06:28I don't know what you mean by "where does it belong". The langs you listed are all quite different. Red is not quite like any of them, but Red/System is very much C-like.
gour
06:30@greggirwin i was thinking performance-wise
06:32@gour is moving discussion to main channel...
09:38do i understand correctly that Red should allow one to use the *single* codebase (more or less) by taking advantage of GUI-DSL and target different platforms (Android, Linux, Mac, Windows) where native toolkit will be used on each OS?
rebolek
09:56@gour yes, you understand it right, that's the goal.
gour
11:23good

rebolek
09:38This code updates progress bar on Windows but not on GTK:

view [p: progress 0% button "go" [loop 10 [p/data: p/data + 10% wait 0.5]]]
bitbegin
09:48remove wait, it will work
rebolek
09:51@bitbegin what do you mean by "work"? See this:
view [p: progress 0% button "go" [loop 100000 [p/data: p/data + 0.001%]]]

Click "go", there's some pause and then the progress bar is full. By "work" I mean that the progress bar will update for each step.
bitbegin
09:54i mean it's a bug about wait
rebolek

bitbegin
08:33@rebolek view [p: progress 0% button "go" [loop 10 [p/data: p/data + 10% loop 10 [system/view/platform/do-event-loop yes] wait 0.5]]]
08:35view [p: progress 0% button "go" [loop 10 [p/data: p/data + 10% loop 10 [do-events/no-wait] wait 0.5]]]
08:37wait will block the event process, if we have async wait, this will work
pekr
09:07Will we get async wait with the upcoming 0.7 IO release?

blkstph_gitlab
18:22How close is the gtk version from completion? Trello has it at, I think, 104/120 for several months now.
greggirwin
18:40There is no such thing as completion :^), but it's much more robust now, and approaching feature parity with other OSs. @bitbegin or @qtxie can say more.
blkstph_gitlab
19:40I see the bug fixes. Are most all the remaining 16 items awaiting checkoff actually done? Or are they all, perhaps, awaiting a single other piece which is creating a bottleneck? Obviously I'm anxious for the Linux release to be, at least, roughly on equal footing with Windows and Mac.
greggirwin
21:19There are PRs for a couple of them but, again, there's no such thing as done. What people need to do is look at the tickets and see if those things will affect them. If not, play. It may be that you find new issues to be addressed because *you* need them, and we just don't know about them yet.

qtxie
13:28@blkstph_gitlab It's not a completed list on Trello. Some items in the list are not avaliable on the other platforms. Also some features are not in the list. It's a task list for the community, anyone can add tasks on it.

blkstph_gitlab
03:11@qtxie Cool!
bitbegin
07:40I accidentally deleted two items in trello, and these can't be retrieved. There are some issues(on github) can't be solved easily.

proksi21
12:19Hey guys! How can I test Linux GUI?
rebolek
12:19Hi! Install 32bit GTK and compile the GTK branch.
proksi21
12:20Seems like automated build for Linux doesn’t include any GUI stuff
rebolek
12:20I have Linux GTK builds on my server, but that's unfortunately down, until I can get some time to fix it.
proksi21
12:20Oh, I got it. I thought it’s included already in red binary
rebolek
12:21However building Red is really easy.
12:21GTK is still not part of master branch.
12:21That's why it isn't in official build.
proksi21
12:21Thanks!

qtxie
06:35@proksi21 You can download it from here: http://static.red-lang.org/dl/branch/GTK/linux/red-latest
06:38Actually you can download binaries for any branches. e.g. fast-lexer branch:
http://static.red-lang.org/dl/branch/fast-lexer/linux/red-latest
http://static.red-lang.org/dl/branch/fast-lexer/mac/red-latest
http://static.red-lang.org/dl/branch/fast-lexer/win/red-latest.exe
06:46Here are the instructions for Ubuntu 64bit:
sudo dpkg --add-architecture i386
sudo apt-get update
sudo apt-get install libc6:i386 libgtk-3-0:i386 libcanberra-gtk3-module:i386 libcurl4:i386

Use libcurl3:i386 if no libcurl4:i386.
proksi21
06:47@qtxie thanks!
GaryMiller
10:31I tried the Windows red-latest.exe as shown above and got the following error.

PS C:\Red> .\red-latest.exe
Compiling Red GUI console...
*** Loading Error: file access error: %lexer.reds
*** in file: %/C/Red/interpreter.reds
*** at line: 122

qtxie
06:24@GaryMiller Added missing files.
GaryMiller
13:00Thanks!
13:08@qtxie Just tried red-latest.exe after re-downloading. Runs fine by itself and brings up the console window

But when I run my large app. .\red-latest.exe ZandraGUI.red (102,384 lines) I get the following message in my console window before my app starts to do anything.

*** Internal Error: stack overflow
*** Where: function
*** Stack:
>>
qtxie
13:17@GaryMiller Does the red.exe in master branch work fine with ZandraGUI.red?
GaryMiller
13:21This one still runs fine .\red-21feb20-3c68ef12.exe .\ZandraGUI.red

Is that the same as master branch? If not is there a different link for that one?
qtxie
13:24Yes. It's the same.
greggirwin
19:04@GaryMiller this is your app with the large number of parse rules, correct?
GaryMiller
22:01No, no parse rules at all. I had considered making a parse rule to reduce the volume of code but decided it might slow it down having to parse everything when load was taking 16 seconds already.
greggirwin
22:04Ah, I misremembered what your big content is made of then.
GaryMiller
22:29The big content is 5 line patterns and responses and sometimes if/then logic that makes them slightly longer than 5 lines fed through Levenshtein Algorithm in a function call to find the pattern that has the shortest distance to the user's input. All the patterns are in a loop and the response for the closest pattern is displayed in the View interface and it waits until the user types another input and hits return at which time it re-enters the loop. It also passes the response string out to a small file and run a DOS based speech program to say the response out loud. There are over 20,000 patterns/ressponse which is what makes it so big. Hope when modules are done to be able to break it up a little but speedup of the program itself would have to wait for 64 bit or multi threading to be able to use more than one core at a time.
greggirwin
22:31:+1: If we keep on this topic, we should change rooms. I'm anxious to see how it goes once the fast lexer can load it successfully.

loziniak
19:11GTK:
>> ? system/view/metrics/colors
SYSTEM/VIEW/METRICS/COLORS is a map! with the following words and values:
     area  tuple!        255.255.255

Windows:
>> ? system/view/metrics/colors
SYSTEM/VIEW/METRICS/COLORS is a map! with the following words and values:
     text       tuple!        72.136.211
     window     tuple!        0.0.0
     panel      tuple!        0.0.0
     tab-panel  tuple!        255.255.255

Is this something to fix?

loziniak
07:31
Red [File: %z-index.red Needs: View]

ccc: draw 20x20 [
	fill-pen red   box    0x0 20x20
	fill-pen green circle 10x10 10
]

view [
	base draw [
		image ccc 0x0 20x20
	]
]
07:31Results in Windows (Wine) and GTK:
07:31[![obraz.png](https://files.gitter.im/red/GTK/lUuW/thumb/obraz.png)](https://files.gitter.im/red/GTK/lUuW/obraz.png)
07:32In GTK image! is not displayed on base face.
bitbegin
07:34ok, will look it
loziniak
07:34Thanks!

rcqls
08:29@hiiamboris Nice to see that your red-view system test is greatly evolving. I have already checked your repo once few days ago. How hard is it to extend it to GTK (and macOS)? Is it possible that you provide the first steps or a bit of explanations in order to be completed by any other guys? As I already told you I believe that this kind of tool really matters in the Red development.
hiiamboris
10:04Hi ☻
Can't tell how hard it will be to extend but I tried to make it as easy as I could, by separating OS-specific code from the rest. As I'm not versed in GTK and MacOS internals, some simplistic designs that I wrote may evolve a little, but that's okay, we just need to know what to aim for.

I will gladly provide all the info and explanations to anyone who would be willing to port it!
10:07Most unportable notions right now that I see, is how to close a window, and how to remove OS decorations (taskbar on Windows) from the screenshot. Also maybe how to click on a popup menu item, as that depends on how the OS displays that menu. These are the examples that would require totally different logic across platforms.

bitbegin
09:46@loziniak your example work for me, can you test it again?
loziniak
14:05Yes. I still get the bottom picture from my screenshot.

loziniak
14:38Hi, probably found a debugging leftover:
% ~/prj/red/gtk/red-github/console-view__Gtk                 
--== Red 0.6.4 ==-- 
Type HELP for starting information. 

>> view []
n: 497
>> view []
n: 254
>>
14:42And positive news is that [my z-index example ↑](https://gitter.im/red/GTK?at=5e8837d32447ce17eba06698) works ok!
14:43[![obraz.png](https://files.gitter.im/red/GTK/vlAo/thumb/obraz.png)](https://files.gitter.im/red/GTK/vlAo/obraz.png)

qtxie
01:44@loziniak Thanks for testing. The debugging output is on purpose. We're working actively on GTK branch.
loziniak
07:25Noticed that. Fantastic work, thanks!

ralfwenske
03:59On Mint I downloaded from: http://static.red-lang.org/dl/branch/GTK/linux/red-latest
After starting red in /usr/local/bin I get:
~$ red
Compiling compression library...
Compiling Red console...
*** Loading Error: file access error: %../image-utils.reds 
*** in file: %/home/ralf/datatypes/image.reds 
*** at line: 13

What do I need to do in preparation for this to work?
x8x
12:35@ralfwenske There is a bug in latest nightly, a fix is coming soon.

bitbegin
02:04@ralfwenske fixed, please retry...
ralfwenske
04:09It works. Thank you @bitbegin @x8x
Red 0.6.4 for Linux built 29-Apr-2020/11:52:07+10:00 commit #7f9804b
xqlab
09:10
console-2020-4-29-7002:11496): Gtk-WARNING **: 11:08:29.328: Theme parsing error: gtk.css:27:35: Junk at end of value for background-color

(console-2020-4-29-7002:11496): Gtk-WARNING **: 11:08:29.329: Theme parsing error: gtk.css:40:48: Junk at end of value for background-color

(console-2020-4-29-7002:11496): Gtk-WARNING **: 11:08:29.329: Theme parsing error: gtk.css:48:46: Junk at end of value for background-color

(console-2020-4-29-7002:11496): Gtk-WARNING **: 11:08:29.329: Theme parsing error: gtk.css:59:58: Junk at end of value for background-color

(console-2020-4-29-7002:11496): Gtk-WARNING **: 11:08:29.329: Theme parsing error: gtk.css:66:28: The :prelight pseudo-class is deprecated. Use :hover instead.

(console-2020-4-29-7002:11496): Gtk-WARNING **: 11:08:29.329: Theme parsing error: gtk.css:70:46: Junk at end of value for background-color

(console-2020-4-29-7002:11496): Gtk-WARNING **: 11:08:29.329: Theme parsing error: gtk.css:77:35: The :prelight pseudo-class is deprecated. Use :hover instead.

(console-2020-4-29-7002:11496): Gtk-WARNING **: 11:08:29.329: Theme parsing error: gtk.css:81:58: Junk at end of value for background-color
66
--== Red 0.6.4 ==-- 
Type HELP for starting information. 

>> about
Red 0.6.4 for Linux built 29-Apr-2020/3:52:07+02:00 commit #7f9804b

>>
09:11How comes to these error messages with the same commit?
bitbegin
10:06seems your system's css style issue
10:11did you set $RED_GTK_STYLES ?
ralfwenske
11:02Is it intentional that a resizable window cannot be resized below the initial size on GTK? On macOS it can.
xqlab
11:03no. to what should I set it?
ralfwenske
11:05? On macOS I can resize to any size I wish. On GTK I cannot make it smaller than the original size as declared in
layout ["title" 600x400 ….]

resizing using the cursor
qtxie
12:59> Is it intentional that a resizable window cannot be resized below the initial size on GTK? On macOS it can.

@ralfwenske Yes. It's a limitation (or someone may call it a feature) on GTK. We may be able to use some tricks to workaround it.
13:02@xqlab What linux distro are you using? Seems the gtk.css on the system is too old. In other words, your GTK version is newer.
13:07Do you have a gtk.css file in ~/.config/gtk-3.0/gtk.css? The system default one (/usr/share/themes/Adwaita/gtk-3.0/gtk.css) should be no warning.
xqlab
15:25 @qtxie thanks. The new one is empty.)

qtxie
03:39@ralfwenske Fixed the window resize issue on GTK.

ralfwenske
06:33Only saw this now. Thanks @qtxie

Shaping
03:23Is Red's GTK integration working well? Is it ready for production work?
rebolek
05:46I would say that it's comparable to macOS GUI. Both re not as complete as Windows one, but good for an alpha language :-)

rcqls
12:17For macOS users (above all on Catalina), I adapted an old project to launch redGTK inside docker container: [red-gtk-macOS](https://github.com/rcqls/red-gtk-macOS).
12:19@bitbegin Just to let you know that code/Showcase/ballots/ballots.red seems to be buggy for the two last windows when selecting.
bitbegin

bitbegin
07:18@rcqls seems work now
rcqls
09:53@bitbegin Can’t see in the red:GTK branch which fix could solve a mouse drag issue.
bitbegin
09:55i just can't reproduce...
rcqls
09:57in the 2 last windows when you select and move an object the circles move too and this is not supposed to be.
bitbegin
10:02[![ballots-drag.gif](https://files.gitter.im/red/GTK/SJP7/thumb/ballots-drag.gif)](https://files.gitter.im/red/GTK/SJP7/ballots-drag.gif)
rcqls
10:39Ok so I’ll retry!
13:59@bitbegin Behavior different tested on http://static.red-lang.org/dl/branch/GTK/linux/red-latest running inside a docker container based on ubuntu i386. Maybe that’s the explanation...
19:31@bitbegin Same thing in another macOS with:
>> ? system/build/git
SYSTEM/BUILD/GIT is an object! with the following words and values:
     branch   string!       "GTK"
     tag      issue!        #v0.6.4
     ahead    integer!      2490
     date     date!         31-May-2020/14:55:54
     commit   issue!        #b7fa9e7b586fed8a325db5e009b1cc70...
     message  string!       "FIX: area's font can't be changed"

Could you please provide the console binary you use except if it is already red-latest from http://static.red- lang.org/dl/branch/GTK/linux/red-latest? In such a case, this would be an error coming from docker container but I never observe this weird behavior before.

bitbegin
01:45@rcqls i tested the red-latest, it's also ok
01:46[linux-gui-console](https://files.gitter.im/red/GTK/SMHl/linux-gui-console)
qtxie
02:52@rcqls There are some fixes in the ballots demo on 0.6.5 branch. https://github.com/red/code/tree/0.6.5
rcqls
05:31@qtxie @bitbegin Same issue (dragging square move the target circles) in my docker container (with linux-gui-console too). It is really weird…. Maybe you could try it from your side on a macOS with a docker container (see, for instance, my red-gtk-macOS repo)
qtxie
06:35@rcqls Did you use the script from the 0.6.5 branch? https://github.com/red/code/tree/0.6.5
rcqls
06:58@qtxie yes of course (git checkout -b 0.6.5)
qtxie
07:01OK. I'll try the docker container. I can reproduce the issue with the script on master branch. It should be fixed on 0.6.5/
rcqls
07:03That’s weird! I'll give a new try then in the 0.6.5 branch ...
qtxie
07:05The latest logs:
$ git log
commit 489dfe96d65001ada72f2956e6224703ced18b1a (HEAD -> 0.6.5, origin/0.6.5)
Author: Qingtian <xqtxyz@gmail.com>
Date:   Thu May 28 19:26:48 2020 -0700

    some fixes (#87)

    * FIX: perlin.red cannot be compiled.

    * FIX: disable Draw button while image is processing.

    * FEAT: minor improvements in ballots demo.

commit f090ae7688ff34fd765c5d58cbfb7158c6ac01b7
Author: Nenad Rakocevic <nr@red-lang.org>
Date:   Fri May 22 19:43:33 2020 +0200

    FEAT: upgrades lexer scripts after callback `type` argument change.

    `type` value is now a datatype! when a type name is passed.
rcqls
07:16@qtxie Thanks, weirdly git checkout -b 0.6.5 did not change the workspace because git log was not the one you show me. Now it’s ok after git clone -b 0.6.5 https://github.com/red/code.
07:18BTW, view-test.red has a similar problem when dragging the robot image just below the book list, it can’t be dragged anymore. In the other places it is ok.
07:24So base transparent is the key to avoid dragging circles….
09:31Currently it seems normal the pseudo-issue of view-test.red since camera is a base element maybe without transparent option.

blkstph_gitlab
21:48What is the best way to get a gui version for linux mint? Last time I did a download from red-lang of the nightly, but it had no gui. Also, what is the hold up on the public release of the GTK version? I see it is slated for formal announcement some time after the fast lexer version, but I'm wondering why it isn't released first if it is ready first?

greggirwin
00:04Have you tried building the GTK branch?
rebolek
03:45Building your own version is really the best way. It's easy.
blkstph_gitlab
14:17No, I've not tried building the GTK branch. I've always just downloaded the nightly per red-lang.org. I've not seen clear instructions on how to do that, nor what the advantages are if I am not developing the language. So I am correct the nightly builds include the gui for the other platforms but not for linux? What's the reason for that (I don't doubt there is reason)?
14:29I see up above @qtxie says "You can download it from here: http://static.red-lang.org/dl/branch/GTK/linux/red-latest". I missed that.
bitbegin
14:57you can use rebol to build gui-console
14:57
rebol -qws red.r -r environment/console/GUI/gui-console.red
greggirwin
18:05@blkstph_gitlab the reason is that the GTK branch hasn't been merged yet. We don't do automated builds for all branches.
blkstph_gitlab
18:28@greggirwin For my edification, is it not "merged yet" because the fast lexer (or something else) needs to be in place that isn't there yet? That would mean the design of the GTK branch is more sophisticated, I would guess....
greggirwin
18:30They were two separate branches, but both large. You don't want to merge two big branches at once, and fast lexer was the priority.

guaracy
13:50Coded for Windows in 2018. Must be reviewed but working on GTK now. :D

https://gist.github.com/guaracy/ac22eefc5c88ad8a2d948632ab5e0ebd
13:51[![frog.gif](https://files.gitter.im/5c31dc1cd73408ce4fb3c75a/Tyw9/thumb/frog.gif)](https://files.gitter.im/5c31dc1cd73408ce4fb3c75a/Tyw9/frog.gif)
rebolek
14:25nice! :)
toomasv
15:00@guaracy Lovely :frog:
ldci
16:14@guaracy Nice and running with macOS
Respectech
17:36@guaracy It somewhat reminds me of the style of animation used in the Road Runner cartoons. Fun!

mxdpeep
11:34Docker Red + GTK: always ending like this >
11:34/root/.red/console-2020-8-20-31013: symbol lookup error: /root/.red/console-2020-8-20-31013: undefined symbol: gtk_menu_popup_at_pointer
11:35Dockerfile line: RUN apt-get install -y --force-yes libcurl3 libc6:i386 libgtk-3-0:i386 libcanberra-gtk3-module:i386 libcurl3:i386 && wget https://static.red-lang.org/dl/auto/linux/red-latest -O /bin/red && chmod +x /bin/red && echo "q" | /bin/red
qtxie
12:08FYI, GTK branch has been merged into master.
vazub_gitlab
12:30yay! good work, Qingtian!
loziniak
guaracy
14:40thanks qtxie
rcqls
21:04@qtxie Excellent news!
qtxie
22:59Thanks all the contributors! Especially @rcqls and @bitbegin, you guys did most of work.👍

guaracy
14:12Fail to compile to windows platform on linux
[guaracy@guaracy maze ]$ red -r -t windows win.red

-=== Red Compiler 0.6.4 ===- 

Compiling /home/guaracy/temp/red/maze/win.red ...
...compilation time : 1249 ms

Target: windows 

Compiling to native code...
*** Red/System Compiler Internal Error: Script Error : int-ptr! has no value 
*** Where: none 
*** Near:  [file-sum: make struct! int-ptr! [0]]
14:15
>> about/debug
-----------RED & PLATFORM VERSION----------- 
RED: [ branch: "master" tag: #v0.6.4 ahead: 2709 date: 25-Aug-2020/3:51:06 commit: #a2a22be4543f9d1a1b7a880f029cd27f75f8b72e ]
PLATFORM: [ name: "Linux Mint 19.3" OS: 'Linux arch: 'x86_64 version: 5.4.0 build: {#46~18.04.1-Ubuntu SMP Fri Jul 10 07:21:24 UTC 2020} ]
--------------------------------------------
>>



14:21Well, the win.exe was generated an worked on wine. Just the error message.

rebred
19:57I am using red-09oct20-ee607d5aa on a Mac and try to make 'frog' run on a Raspberry PI 4 - Raspberry Pi OS (32-bit)
I compiled the .red file on the mac and moved to the PI

macmini:Desktop apple$ red.dms -c -t RPi frog.red

-=== Red Compiler 0.6.4 ===- 

Compiling test1.red ...
...compilation time : 1360 ms

Target: RPi 

Compiling to native code...
...compilation time : 44105 ms
...linking time     : 439 ms
...output file size : 2024204 bytes
...output file      : /Users/red/Desktop/frog


when I try to run it, it shows briefly a window and then quits
On the Mac it runs fine
19:58[frog.mp4](https://files.gitter.im/5c31dc1cd73408ce4fb3c75a/lXB8/frog.mp4)
9214
20:01@rebred compile in release mode (-r flag) and use RPi-GTK target, assuming that you have the necessary GTK dependencies installed on your Pi. You can use [this](https://github.com/red/red/wiki/%5BNOTE%5D-Linux-GTK-dependencies) list as a starting point.
rebred
20:10
macmini:Desktop apple$ red.dms -r -t RPi-GTK frog.red

-=== Red Compiler 0.6.4 ===- 

Compiling /usr/local/var/www/frog.red ...
...compilation time : 1434 ms

Target: RPi-GTK 

Compiling to native code...
...compilation time : 44035 ms
...linking time     : 440 ms
...output file size : 2023508 bytes
...output file      : /Users/red/Desktop/frog
20:11@9214 same problem, it doesn't run
9214
20:13@rebred then try to compile with -r -d flags and launch the binary from system shell, then paste the output (if any) here.
rebred
20:19@9214
/usr/local/bin/red.dms -r -d RPi-GTK /usr/local/var/www/frog.red

Cannot access source file: /Users/apple/Desktop/RPi-GTK

9214
20:20@rebred
/usr/local/bin/red.dms -r -d -t RPi-GTK /usr/local/var/www/frog.red
rebred
20:24
macmini:Desktop apple$ red.dms -r -d -t RPi-GTK test1.red

-=== Red Compiler 0.6.4 ===- 

Compiling test1.red ...
...compilation time : 1361 ms

Target: RPi-GTK 

Compiling to native code...
...compilation time : 48854 ms
...linking time     : 4805 ms
...output file size : 4873596 bytes
...output file      : /Users/apple/Desktop/test1

20:25@9214
pi@raspberrypi:~/Desktop $ ./test1 
./test1: error while loading shared libraries: libcrypto.so.1.0.2: cannot open shared object file: No such file or directory

9214
20:28@rebred great! You can start by resolving the required dependencies (listed on the [download](https://www.red-lang.org/p/download.html) page, plus the GTK deps. that I posted a few messages above, or simply run ldd and see which shared libraries are linked).
rebred
20:34@9214 so we can't yet distribute a RED binary file to Raspberry PI users. We need to tell them "in order to run our software you will need to download the following libraries and install and configure etc."
9214
20:37@rebred programming language toolchains pressupose a set of dependencies that are required to get them up and running. Red tries to minimizes their number as much as possible, but e.g. if you want to use View with GTK backend, then you need GTK libraries installed. Some of the dependencies (like libc or libcurl) are temporary. That doesn't mean that Red cannot be distributed.
20:40RPi OS is Debian-based, so installing packages on it shouldn't be that much of a hurdle.
rebred
20:46@9214
I installed 'Raspberry Pi OS (32-bit)' that is based on Debian Buster

I followed the following instructions:
If you are using a Debian 7+ or Ubuntu 13.10+ version, you should use libcurl3 with multiarch:
    dpkg --add-architecture i386
    apt-get update
    apt-get install libc6:i386 libcurl3:i386

then I tried to install libc6:i386 libcurl3:i386 and I get

pi@raspberrypi:~/Desktop $ sudo apt-get install libc6:i386 libcurl4:i386
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Package libc6:i386 is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
However the following packages replace it:
  libdb1-compat tzdata

Package libcurl4:i386 is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source

E: Package 'libc6:i386' has no installation candidate
E: Package 'libcurl4:i386' has no installation candidate

9214
20:50@rebred if you have 32-bit distro, why are you using multiarch?
sudo apt-get install libc6 libcurl4
rebred
21:06@9214
pi@raspberrypi:~/Desktop $ ./frog 

(frog:8982): GLib-GObject-CRITICAL **: 22:06:08.722: g_value_set_boolean: assertion 'G_VALUE_HOLDS_BOOLEAN (value)' failed

*** Runtime Error 1: access violation
Segmentation fault

9214
21:09Thanks @rebred, that's something we can look in. Could you please try to narrow down that frog snippet to a minimal example, or pinpoint the cause of the crash?
21:21You can simplify the task by cross-compiling the Red console itself, and then running the script in the REPL.

tinulac-leinad
17:34hi, something wrong in this small code or refinements not implemented for request-file ?
request-file/title/file/filter "Select ABC Files " "./data/sources" ["ABC Files " "*.abc"]
Thanks for help.

endo64
16:46Should "./data/sources" be %./data/sources ?
tinulac-leinad
20:35@endo64 Yes but this is not the source of the problem. I can select files from the dialog but the title, the predefined path and the filter are not set.
>> request-file/title/file/filter "Select ABC Files " "%./dn-abc-tools/data/sources" ["ABC Files " "*.abc"]
GLib-GIO-Message: 19:04:50.528: Using the 'memory' GSettings backend.  Your settings will not be saved or shared with other applications.
qtxie
23:05@bitbegin Does those refinements be implemented on GTK backend?

bitbegin
00:24should be
tinulac-leinad
12:26@qtxie @bitbegin If someone ca jsut test the dialog box with is refinements, I hope that we ca confirm if it is a "lack " in the Gtk prot of only a problem on my system ?
bitbegin
13:23@tinulac-leinad https://github.com/red/red/pull/4725

tinulac-leinad
00:10@bitbegin Thanks it work now ;)