| # | User | Message | Date |
| 1140 | Graham | Not really sdk, but I've finally found a use for those fast launch buttons on my laptop .. they now encap the latest versions of my software .. much easier than finding the compile.cmd script in the now very large source directory! | 28-Jun 7:34 |
| 1139 | Henrik | I guess you can't just use the resulting layout object. It's very large. | 18-Jun 16:38 |
| 1138 | Henrik | actually I think it is. when we were fixing 2.7.6 for OSX Leopard we had a very similar problem and I had to build rebface with a face that loaded a font. it was done entirely without VID. | 18-Jun 16:31 |
| 1137 | Pekr | I will try to look for some equivalents and let my friend to try it .... | 18-Jun 16:31 |
| 1136 | Pekr | ok, but when my friend on linux commented those lines out, it crashed. The question is why? Isn't rebgui initialising x-win in some way too? | 18-Jun 16:30 |
| 1135 | Henrik | the way I see it, try a simple make face [text: "simplerhack" font: make face/font []] I don't know if the font object is directly available in rebface, but try it. | 18-Jun 16:30 |
| 1134 | Henrik | well, LAYOUT is a mezz and everything that happens to build that face is a mezz, so there should be a way to extrapolate a new hack that doesn't require VID. | 18-Jun 16:29 |
| 1133 | Pekr | hmm, interesting henrik, it could work .... so you think that e.g. make face! or rebgui equivalent should be sufficient? | 18-Jun 16:28 |
| 1132 | Paul | http://en.wikipedia.org/wiki/Kludge | 18-Jun 15:54 |
| 1131 | Henrik | what about changing the hack to the resulting layout object. shouldn't that work the same way? | 18-Jun 15:52 |
| 1130 | Gregg | IIRC, it initializes X or something. | 18-Jun 15:34 |
| 1129 | Pekr | It actually prevents SDK from rebface + rebgui usage. So instead of fixing crashes we do like above? | 18-Jun 13:36 |
| 1128 | Pekr | Could anyone explain, what does following stupid hack mean? ;-- Must be done prior to loading anything that requires fonts on Linux. layout [text "imanXwin kludge"] ;-throw this one away soon-- okay? open-events | 18-Jun 13:36 |
| 1127 | Ashley | http://www.dobeash.com/RebGUI/cookbook.html#section-2.3 | 18-Jun 11:35 |
| 1126 | Gregg | ResHacker has been around for a long time. Unsupported now, but works against most PE files. ResourceTuner seems more up to date, but costs (they have a trial I think). There are some other links here: http://www.thefreecountry.com/programming/resourceeditors.shtml | 16-Jun 22:28 |
| 1125 | Josh | Are there any good freeware tools to do this? | 16-Jun 15:30 |
| 1124 | Gregg | You need to edit the VERSIONINFO resource. | 16-Jun 15:20 |
| 1123 | Josh | How do you change the publisher(?) information on an .exe produced with SDK? (So it doesn't say "REBOL Technologies...") I remember doing it before with some tool, but I can't seem to find it at the moment. | 16-Jun 15:07 |
| 1122 | eFishAnt | that's essentially what I am doing. There are these gotchas in the SDK that surprise you when your script works, you build and it breaks. awkc doesn't do that. That's what I was saying...just some feedback, ya know. | 29-May 13:29 |
| 1121 | BrianH | If you want the script/program directory, try this: change-dir first split-path any [system/options/script system/options/boot] | 28-May 22:37 |
| 1120 | BrianH | Keep in mind that the "current directory" of REBOL is different from that of Windows, and both can be different from the directory the program or script is in. Pick the directory you want to use and go for it. | 28-May 22:35 |
| 1119 | BrianH | Apparently the system/script settings aren't getting set from encapped apps (after testing). The system/options/path setting is the current directory that the program or script is called from, while system/script/path is the current directory inside REBOL. When REBOL runs a script it sets the system/script settings a little different that it does when the script is encapped, but the system/options settings are basically the same, with the exception of the name of the file in system/options/boot. If you want to distinguish between the two situations, check for whether system/options/script is a file (script) or none (encapped). | 28-May 22:33 |
| 1118 | BrianH | If you run a program by double-clicking it from explorer, the working directory is set to the directory the program is in. Otherwise the working directory is either the directory you are in in the command prompt, that set in the shortcut properties, or the working directory in your program you are starting the program from. I use this to make file management tools that work on the current directory all of the time. | 28-May 22:22 |
| 1117 | eFishAnt | the prints were only there to be sure. | 28-May 22:14 |
| 1116 | eFishAnt | I fixed by doing this: either none? find system/options/boot "imagesave.exe" [ print %. ;script ][ print change-dir first split-path system/options/boot ;encap ] | 28-May 22:12 |
| 1115 | eFishAnt | I want it to run and process files in the current directory. However, I already been there, done that, and it ain't worked. | 28-May 22:11 |
| 1114 | BrianH | The current is system/options/path. | 28-May 22:10 |
| 1113 | BrianH | Do you want the current directory or the script directory? For the script directory, try system/script/path. | 28-May 22:10 |
| 1112 | eFishAnt | Not sure, but I may have planted the initial seed for SDK...I was raving to Carl about the MKS toolkit awkc (awk compiler). However, for awkc I don't have to edit the awk script before compiling. | 28-May 22:10 |
| 1111 | eFishAnt | anyway, I did do a conditional run so the code works both ways, except that I have to edit the script to make it encap. ( #include %view.r ;that sort of thing) | 28-May 22:08 |
| 1110 | eFishAnt | but in America, we cannot execute shells because of suspicion, we must call for proof by the script of the law. | 28-May 22:07 |
| 1109 | BrianH | Diagnosis is detective work :) | 28-May 22:06 |
| 1108 | eFishAnt | you _are_ a supicious person, aren't you. Comes from dealing with software. I know it jaded me, too. | 28-May 22:05 |
| 1107 | BrianH | I suspect that applications are started using call and scripts with shellexecute. | 28-May 22:04 |
| 1106 | eFishAnt | Yeah, so we have to blame both. | 28-May 22:03 |
| 1105 | eFishAnt | In that case the script.r was right, but the script.exe was giving the C:/program files/alme/worlds/gop-gasflation/ instead of C:/program files/alme/worlds/gop-gasflation/files/folder | 28-May 22:02 |
| 1104 | BrianH | I suspect that AltME is starting applications from its current directory (the root dir of the world), while starting documents from their directory. A REBOL script is just a document as far as AltME is concerned. | 28-May 22:02 |
| 1103 | eFishAnt | so systems/options/path was not the same even though they were synce'd in the same AltME files/folder | 28-May 22:00 |
| 1102 | eFishAnt | It seems to think it is in the altme-root of the world. | 28-May 21:59 |
| 1101 | eFishAnt | (remember I am launching it from AltME...so there is an extra level of cornfusion) | 28-May 21:58 |
| 1100 | BrianH | Which folder do you need? The system/options/path is supposed to be the current directory from which you started the script. Is that the case with a encapped script? | 28-May 20:09 |
| 1099 | eFishAnt | ...comes from studying script.r (religious joke) | 28-May 20:05 |
| 1098 | eFishAnt | The Script.r works from current directory, no monkey-shines (if I use system/options/boot then it uses the diretory where View is) encapped script.exe uses change-dir first split-path system/options/boot ;so it then thinks it's in the same folder as the script.r which in fact is actually is. | 28-May 20:04 |
| 1097 | BrianH | How does the first one fail? What does system/options/path turn out to be? | 28-May 19:33 |
| 1096 | eFishAnt | I had to do some conditionals to make it operate the same as a script vs. .exe but I think I have that working. | 28-May 19:32 |
| 1095 | BrianH | I was just guessing :) | 28-May 19:24 |
| 1094 | eFishAnt | yes, first one fails, so I have to split-path on the second. Thanks. | 28-May 19:24 |
| 1093 | BrianH | Or failing that, first split-path system/options/boot ; they should be the same. | 28-May 19:13 |
| 1092 | BrianH | Try system/options/path. | 28-May 19:12 |
| 1091 | eFishAnt | When I launch an encapped script (.exe) from AltME, I get it run from a parent parent .. directory, like the root of the world, rather than the directory the .exe is in, but with .r I get the real current directory. Is there a way to get the real directory easily from the encapped script (.exe)? | 28-May 19:09 |
| 1090 | Gregg | I don't think so Graham. Normally I do it all from REBOL and wait for the output file to appear. | 9-Feb 18:46 |
| 1089 | Graham | something like this if enface.exe myscript.r -o myscript.exe [ myscript.exe ] but using the cmd shell syntax | 8-Feb 22:10 |
| 1088 | Graham | Does enface return a value for use in .cmd scripts? I wish to run a cmd script that enfaces a rebol script, and if sucessful, then to run the encapped program | 8-Feb 22:08 |
| 1087 | Maarten | Linux is not the problem, windows is :( | 19-Nov 21:22 |
| 1086 | btiffin | I straced my rebpro (Linux) and it looks in the home directory and the current working dir for the key. It does not seem to check the dir where the actual binary is launched from. Same for REBOL/View 1.3.2. Can't say how the lookup may work for the Windows side; strace fails creating a rebol process under cygwin. Someone might try holodeck. I can't say I'm a huge fan of leaving a copy of the key in my home dir, but no more chasing that tail around on the Dev box at least. :) | 18-Nov 22:45 |
| 1085 | Maarten | Then I cal from c:\temp rebpro and I geta license not found.... | 18-Nov 18:16 |
| 1084 | Maarten | I did that, but sya there arein sdk\tools | 18-Nov 18:15 |
| 1083 | Robert | Yes, just put the license.key file into the directory where the SDK tools are. | 18-Nov 18:07 |
| 1082 | Gregg | I haven't figured out a way. | 18-Nov 17:07 |
| 1081 | Maarten | Question: if I put the SDK in my PATH on win32 and start rebpro from an different location, it complains that the license.key can't be found. Can I put it somewhere so that I can run /Pro etc from any location? | 18-Nov 14:54 |
| 1080 | Robert | That's why I preferr a static link, simple, works and hd space is cheap. | 11-Nov 10:24 |
| 1079 | Maarten | Nevermind.... fixed it with a locate query and a symbolic link | 11-Nov 10:02 |
| 1078 | Maarten | (I think Pro suffices anyway though. It has encryption and FastCGI on board) | 11-Nov 9:58 |
| 1077 | Maarten | Any advice/thoughts know solutions? | 11-Nov 9:58 |
| 1076 | Maarten | /rebcmd: error while loading shared libraries: libstdc++-libc6.2-2.so.3: cannot open shared object file | 11-Nov 9:57 |
| 1075 | Maarten | Funny thing: on my linux VPS the SDK : /Base /Pro work. Rebcmd gives the following error: | 11-Nov 9:57 |
| 1074 | james_nak | OK, thanks. | 12-Sep-07 23:11 |
| 1073 | Gregg | James, maybe Edgar will jump in. I was responsible for helping to get the source on REBOL.org, but I don't think I've ever tried to build it here. | 10-Sep-07 17:20 |
| 1072 | Graham | which is the encapped program starting up another instance of itself. | 8-Sep-07 20:55 |
| 1071 | Graham | I get the same problem sometimes with 'launch | 8-Sep-07 20:55 |
| 1070 | Gabriele | unless the data is actually invalid (ie never runs), that error usually means that rebol is not able to locate itself to load the script to run. ie. yourapp.exe must be able to read the yourapp.exe file in order to load the rebol script. | 8-Sep-07 18:28 |
| 1069 | Henrik | solved by entering the full path to the executable when doing the call. | 8-Sep-07 13:03 |
| 1068 | Henrik | the error is not listed in SDK docs... | 8-Sep-07 12:59 |
| 1067 | Henrik | when I start an encapsulated binary with call and within that binary call yet another encapsulated binary (this is an installation process, hence the cascading execution), the second time, I get a: "PROGRAM ERROR: Invalid encapsulated program data." is this a security issue? because when the binary is run from Explorer it runs fine. | 8-Sep-07 12:55 |
| 1066 | james_nak | Thanks! | 7-Sep-07 2:00 |
| 1065 | btiffin | James; Gregg is away till the 9th; there may be a delay in response | 6-Sep-07 19:07 |
| 1064 | james_nak | This is probably a Gregg question: You know that ftpgadget package? How do I compile that thing? I think I've tried just about every .exe in the SDK (2.6.2) and I think maybe I need to "do" some of those sources but there some trick to those as well. It's time just to consult the experts. Thanks in advance. | 6-Sep-07 5:14 |
| 1063 | Henrik | technicalities were the trouble, but it works now. | 27-Aug-07 19:20 |
| 1062 | Henrik | does anyone have problems starting encap in Wine? it keeps complaining that the license key is missing, but it's stored in the same dir as encap.exe | 27-Aug-07 10:19 |
| 1061 | Graham | and the latest encmdface in the download directory is from 2004 | 30-Jun-07 23:55 |
| 1060 | Graham | Feedback sent to RT. | 30-Jun-07 23:51 |
| 1059 | Graham | the windows sdk 2.7.5 distribution is lacking encmdface.exe | 30-Jun-07 23:49 |
| 1058 | Henrik | I was apparently DO'ing a binary. Sorry, must be tired :-) | 21-Jun-07 23:48 |
| 1057 | Henrik | length of binary changes, that is. | 21-Jun-07 23:39 |
| 1056 | Henrik | I'm puzzled here. I added litterally, a few lines of ordinary code in a piece of functioning code and now when encapping it and running it, I get: ** Syntax Error: Missing ( at end-of-paren ** Near: (line 1) x|rȒz)^D ww`im%K:4!( ** Press enter to quit... I could be missing something simple (tired, but has to be working tomorrow). The length also changes, but that could be the internal build number for the program incrementing. | 21-Jun-07 23:36 |
| 1055 | TomBon | yes, it works (win2000Pro).
system/options/binary-base: 64
the-lib-txt: compress to-string read/binary %test.dll
the-lib: load to-binary decompress 64#{...}
write/binary %test.dll the-lib will also test later with debian. | 28-May-07 17:53 |
| 1054 | BrianH | Most platforms don't have a hidden attribute - they use file name tricks or UI hacks instead. | 28-May-07 17:25 |
| 1053 | Gregg | Not sure if it will work, but you might also be able to set the Hidden attr on the file when you write it out. I don't think I've ever tried that, or how various OSs might respond. | 28-May-07 17:24 |
| 1052 | BrianH | Go with Gregg's approach. | 28-May-07 17:05 |
| 1051 | TomBon | yes this approach will ensure that the lib is alway onboard, unfortunatly this doesn't protects from examinig the lib while the proc is running. the lib I use is special made for mathematical calculation therefore I am looking for securing it a little bit. thanks for your input gregg and brian. | 28-May-07 17:00 |
| 1050 | BrianH | Sorry, forgot the :) | 28-May-07 16:47 |
| 1049 | BrianH | Just don't ever run code written by anyone else, or even your own if you haven't tested it thoroughly. | 28-May-07 16:46 |
| 1048 | BrianH | If you didn't care about security at all, you could make a way to link to native code in a binary. It can be done. | 28-May-07 16:44 |
| 1047 | BrianH | BackOrifice had this great bit of code where they used their own LoadLibrary that would link to libraries stored in program resources. | 28-May-07 16:40 |
| 1046 | Gregg | I believe libs have to be disk files, probably not so much for REBOL, but because of how the OS works. The workaround is to write the lib out to disk when the app runs, then delete it when shutting down. | 28-May-07 16:25 |
| 1045 | TomBon | binary embedding of libs possible with encap ? lib-bin: read/binary %test.dll lib: load/library lib-bin does load/library generally expecting a physical file? | 28-May-07 16:10 |
| 1044 | TimW | Nevermind. I didn't realize the http protocol wasn't included in enface. | 21-May-07 15:53 |
| 1043 | TimW | Just to mention. the exists? url issue is also present when enface is used on windows. Although it seems like the networking is having issues period. It is included in enface right? | 21-May-07 15:16 |
| 1042 | DaveC | TimW: That's noted. Gabriele: Yes it would be wise to wait for R3 to pan out. No rush. | 21-May-07 6:36 |
| 1041 | Gabriele | you might also just wait for R3 (depends on your schedule) | 20-May-07 19:13 |
| 1040 | TimW | really? My license.key works for the downloadable betas for other platforms. | 20-May-07 18:29 |
| 1039 | DaveC | Still it comes to less then some dev platorms for a single target. | 20-May-07 17:26 |
| 1038 | DaveC | Ouch :-) | 20-May-07 17:25 |
| 1037 | Gabriele | latter. | 20-May-07 17:24 |
| 1036 | DaveC | Does the SDK allow cross target encapping, or does one have to buy an SDK for each target platform? | 20-May-07 17:19 |
| 1035 | TimW | Problem with enface - Can someone else test this: I have a script where a user enters a url and then the script takes the string and does either exists? to-url sitename[...][print "site does not exist."] and it works fine as a script, but when I turn it into a binary on linux using enface it always prints that the site doesn't exist. Does this happen to anyone else? | 20-May-07 16:26 |
| 1034 | Henrik | I noticed that Encap does not like to be closed during encapping. It crashes every time. | 13-May-07 15:08 |
| 1033 | Graham | If you get command/sdk, you get command as well. | 12-May-07 21:05 |
| 1032 | btiffin | The more the merrier :) | 12-May-07 19:42 |
| 1031 | Arie | Ah yes, that says it! Thanks! | 12-May-07 19:36 |
| 1030 | btiffin | Sorry, missed this... http://www.rebol.com/purchase.html | 12-May-07 19:09 |
| 1029 | btiffin | There is a seperate Command/SDK | 12-May-07 19:08 |
| 1028 | Arie | Until now I have used the free Rebol/View version. But I am thinking about buying one of the professional Rebol versions. What I couldn't find out is whether Rebol/Command does include all the features of Rebol/SDK as well (encapsulation etc.). Anyone? | 12-May-07 19:04 |
| 1027 | Henrik | well, I moved in a different direction now, loading the files during runtime instead | 30-Apr-07 15:46 |
| 1026 | btiffin | Henrik; I've never tried encapping. It may not work. But some similar sequence might. From reading the prebol.r header, if you get it to work, go ahead and submit it to feedback. :) | 30-Apr-07 13:52 |
| 1025 | Henrik | sorry, see what you mean | 30-Apr-07 6:46 |
| 1024 | Henrik | wouldn't that just compose each file or word in the file block? | 30-Apr-07 6:46 |
| 1023 | btiffin | Umm, I've never used the prebol.r, But if you changed the foreach file blk/3 to foreach file compose blk/3 or some such? in the #include-files code section...would that break anything? and then let you run code inside the filelist block? | 29-Apr-07 23:56 |
| 1022 | Graham | I'm not aware of any ... | 29-Apr-07 23:47 |
| 1021 | Henrik | is there no easy way to include a directory of files with the preprocessor? the #include-files command seems to want a fixed block of file names. | 29-Apr-07 22:25 |
| 1020 | Graham | Useful. | 20-Apr-07 8:32 |
| 1019 | Ashley | Uploaded documentation on creating Application Bundles with the OS/X SDK: http://www.dobeash.com/RebGUI/cookbook.html#section-2.4 Used the same technique to create one for AltME which means no more annoying console sessions! ;) | 20-Apr-07 8:23 |
| 1018 | Henrik | ladislav, thanks, I will have a look at it in a few days, when I get more time. | 16-Apr-07 17:33 |
| 1017 | Gregg | I don't know how REBOL restarts itself, but if the OS says "Ah, they want this process, and I've paged it here already", but then it doesn't match, so the launch fails. Just guessing here. | 16-Apr-07 16:46 |
| 1016 | Ladislav | BTW, if you don't have time to look at it, you may listen to my contribution at the DevCon | 16-Apr-07 15:32 |
| 1015 | Ladislav | Henrik: have a look at http://www.fm.tul.cz/~ladislav/rebol/include.html if you didn't yet, you may find different approach | 16-Apr-07 15:30 |
| 1014 | Henrik | I have an executable and from within it I execute: launch/quit "" to restart it. This does not work for an executable that has been overwritten with a new version. Normally launch/quit "" relaunches the application and it works fine. However I get out of memory error, if I overwrite the executable from the outside and then try to restart it. If it's a security measure, it seems a bit clumsy to come with an error like that. :-) Or is it a bug? | 16-Apr-07 14:50 |
| 1013 | Henrik | works now if you change the issues to something other than a preprocessor command. I guess it does not entirely ignore it. | 16-Apr-07 10:33 |
| 1012 | Henrik | nope, that made it worse :-( | 16-Apr-07 10:21 |
| 1011 | Henrik | ah, could be that the function is altered instead | 16-Apr-07 10:13 |
| 1010 | Henrik | I tried loading the block before passing it to the function, but no go. | 16-Apr-07 10:11 |
| 1009 | Henrik | quick question: I've got a file with a block in it that contains issue! elements particularly #do and #value. This is for a function that has nothing to do with the preprocessor. I read the docs on how to include the file using do #include-string %file.r This seems to work fine, but in a way that I can't see, #do is now not recognized in the block. Is the block somehow altered? When I probe the block it looks fine, but the function in which the block is used, won't deal with the #do elements anymore. | 16-Apr-07 10:11 |
| 1008 | Gregg | Hmmm, maybe REBOL has to get a lock on the module name as it decompresses the data or something. I''ve used LAUNCH from an encapped app successfully though. | 2-Mar-07 16:26 |
| 1007 | Ashley | For those who missed it the first time: http://www.dobeash.com/RebGUI/cookbook.html#section-2.3 | 2-Mar-07 6:09 |
| 1006 | Allen | I've seen this if the icons are changed but the replacements are not the same specs. | 2-Mar-07 4:07 |
| 1005 | Gabriele | well, invalid data (eg. if you alter the exe), or not being able to extract the data, or anything else that makes decompress fail. | 1-Mar-07 22:40 |
| 1004 | Graham | caused by ? | 1-Mar-07 18:08 |
| 1003 | Gabriele | 99% of the time that means "i cannot decompress the rebol code inside the .exe" | 1-Mar-07 18:07 |
| 1002 | Maxim | probably, related to the local dir stuff... a major source of pain for me. | 1-Mar-07 16:01 |
| 1001 | Henrik | ** Script Error: Not enough memory
** Near: script: decapsulate I wonder why you get this particular error, if the program is already running and you are launching another instance of it. | 1-Mar-07 16:00 |
| 1000 | Gabriele | probably encmdface already has some stuff built in. (i.e. try without including protocols) | 31-Jan-07 22:19 |
| 999 | Pekr | hmm, but why it works with encmdface and not encmd? | 31-Jan-07 20:33 |
| 998 | Gabriele | prot-http.r does not define https but only http. you need to net-install https too (just copy&paste the line that installs http in prot-http.r and replace protocol name and port id) | 31-Jan-07 17:22 |
| 997 | Pekr | 2.6.2 here ... encmdface saved me ... encmd does not know https? It should ... it simply states - invalid port spec .... | 31-Jan-07 14:55 |
| 996 | Geomol | Pekr, there was some problem with HTTPS in the SDK. I don't know, if it has been fixed in your version. http://www.rebol.net/cgi-bin/rambo.r?sort=1&limit=1&cmd=Search&id=&pattern=HTTPS | 31-Jan-07 14:53 |
| 995 | Pekr | hmm, it works from encmdface.exe, but not from encmd.exe - that is strange, as there is no single View related function. Is encmd.exe missing https protocol? | 31-Jan-07 13:37 |
| 994 | Pekr | I included mezz and prot functions ... | 31-Jan-07 13:32 |
| 993 | Pekr | I need some advice. I try to encap very small and easy script. One of the first lines is list: read https://user:pass@url-here ... while it works from rebcmd in sdk/tools directory, it does not work when encapped in encmd, statin "invalid port specs". Why? | 31-Jan-07 13:31 |
| 992 | Henrik | yes, if it worked internally, maybe it could be possible to produce windows builds on a linux/OSX machine? | 22-Dec-06 15:23 |
| 991 | Maxim | I wish The encaps would use real resources for the code, so that we would not have to fiddle in the first place. and we would also be able to use PATH env variables to launch encapped scripts | 22-Dec-06 15:21 |
| 990 | Henrik | you do have to fiddle quite a bit, but it works. I wish the SDK docs mentioned a bit more about this. it would reduce the amount of fiddling :-) | 22-Dec-06 15:13 |
| 989 | Gabriele | basically the size of the .ico file (in bytes) *must* match exactly the built in one. which means that you need same color depth, size etc. | 22-Dec-06 14:58 |
| 988 | Henrik | found out... seems to work now | 20-Dec-06 12:45 |
| 987 | Ashley | Key there is to keep it as a 4-part tuple. | 20-Dec-06 5:53 |
| 986 | Henrik | not so much luck with changing the file version though... | 20-Dec-06 2:33 |
| 985 | Henrik | found the error. thanks :-) | 19-Dec-06 23:05 |
| 984 | Henrik | it works now for the manual one. now to get the scripting part to work. | 19-Dec-06 22:56 |
| 983 | Henrik | the icon I used had only one 16x16 icon. that's probably why it didn't work | 19-Dec-06 22:38 |
| 982 | Ashley | Paths are fine, just need to be fully qualified local (not REBOL). Key is to ensure that after replacing icons they are in the same order and have the same dimensions and depths as before. You can use reshacker to do a before and after check. The example I use in the link above has everything in the same directory. Get that working first before worrying about paths. | 19-Dec-06 22:38 |
| 981 | Henrik | hmm... should try a different icon. | 19-Dec-06 22:31 |
| 980 | Henrik | when trying to do it manually, I get the compression error. if I try it with scripting, I just get "invalid command" in the reshacker log. is it illegal to provide full path to the executable? | 19-Dec-06 22:28 |
| 979 | Ashley | Does this help: http://www.dobeash.com/RebGUI/cookbook.html#section-2 | 19-Dec-06 22:23 |
| 978 | Henrik | I used reshacker as recommended in the docs. | 19-Dec-06 22:14 |
| 977 | Henrik | anyone tried replacing the program icon in an encapped app? I just get a compression error when trying to open the app after the icon has been replaced. | 19-Dec-06 22:14 |
| 976 | Henrik | probably specific series of distros. some distros use different ways of handling configuration, installation and some distros are changing the library versions constantly. | 19-Dec-06 20:47 |
| 975 | Graham | implying that specific distros need specific support? | 19-Dec-06 18:36 |
| 974 | Henrik | not necessarily... | 19-Dec-06 18:20 |
| 973 | Graham | Carl just responded to my feedback asking which distros I want to use .. so that is a good sign? | 19-Dec-06 17:57 |
| 972 | Henrik | it seems encap does not like directories with spaces in the name | 19-Dec-06 15:03 |
| 971 | Gabriele | it may be possible that one of the builds will work on all distros provided some lib symlinking. | 18-Dec-06 18:21 |
| 970 | Gabriele | Graham, the needs for different builds on different distros only comes when you start requiring libs such as freetype, and find out that each distro is different. | 18-Dec-06 18:20 |
| 969 | Graham | Yet, there are separate downloads for these for View. | 18-Dec-06 9:43 |
| 968 | Graham | I mean, the one enface for linux is able to build something that runs on Debian and Fedora. | 18-Dec-06 9:43 |
| 967 | Cyphre | Sorry, don't know if some enface supports this. But I would say no. The FT2 support was only build in the separate beta releases. | 18-Dec-06 9:40 |
| 966 | Graham | there are separate downloads for Debian, Libc6, and Ubuntu .. yet the same Linux enface supports all of them? | 18-Dec-06 9:38 |
| 965 | Graham | Ok. | 18-Dec-06 9:37 |
| 964 | Cyphre | Yes, I think that's the best way to let Carl know. | 18-Dec-06 9:37 |
| 963 | Cyphre | It looks only Debian,Ubuntu and OBSD beta versions should have this feature. | 18-Dec-06 9:36 |
| 962 | Graham | So, I should send feeback to Carl and ask him to put freetype2 support in all Linux builds and the sdk. | 18-Dec-06 9:36 |
| 961 | Cyphre | Yes, it looks so. AFAIK I'm using the Debian version here. | 18-Dec-06 9:35 |
| 960 | Graham | The Debian View has the freetype library, but the libc6 build does not. | 18-Dec-06 9:34 |
| 959 | Graham | Are the Debian builds much newer than the other Linux builds? | 18-Dec-06 9:33 |
| 958 | Cyphre | Mepis Linux. Well, Freetype2 is doing all the hard work for us here ;) | 18-Dec-06 9:32 |
| 957 | Graham | What distro are you using? | 18-Dec-06 9:31 |
| 956 | Graham | That's neat. | 18-Dec-06 9:31 |
| 955 | Cyphre | yes, the PS type 1 fonts works ok for me here. | 18-Dec-06 9:27 |
| 954 | Cyphre | ah, found /gsfonts dir in my distro...will test some font from it in a minute... | 18-Dec-06 9:20 |
| 953 | Cyphre | let me check... | 18-Dec-06 9:18 |
| 952 | Graham | most Linux builds have ghostscript installed with the PD type 1 fonts | 18-Dec-06 9:17 |
| 951 | Cyphre | I can test it if you point me to some free font to download. | 18-Dec-06 9:16 |
| 950 | Graham | they normally come with the ghostscript install | 18-Dec-06 9:16 |
| 949 | Graham | It would be good to test the standard PS type 1 fonts | 18-Dec-06 9:16 |
| 948 | Cyphre | (but I haven' t tested all those font formats, just ttf) | 18-Dec-06 9:15 |
| 947 | Cyphre | So I guess all this should be possible to load using Rebol on Linux. | 18-Dec-06 9:15 |
| 946 | Graham | so, View will be able to use them? | 18-Dec-06 9:15 |
| 945 | Cyphre | From the FreeType site:
# By default, FreeType 2 supports the following font formats. * TrueType fonts (and collections) * Type 1 fonts * CID-keyed Type 1 fonts * CFF fonts * OpenType fonts (both TrueType and CFF variants) * SFNT-based bitmap fonts * X11 PCF fonts * Windows FNT fonts * BDF fonts (including anti-aliased ones) * PFR fonts * Type 42 fonts (limited support) | 18-Dec-06 9:14 |
| 944 | Graham | Does freetype support also imply type 1 font support? | 18-Dec-06 9:11 |
| 943 | Graham | Anyway I rambo'ed it | 18-Dec-06 8:57 |
| 942 | Graham | This was the latest build in downloads/sdk | 18-Dec-06 8:56 |
| 941 | Cyphre | Try to write Carl on feedback. This could push him to do a new Linux SDK build. | 18-Dec-06 8:55 |
| 940 | Graham | Can we get Carl to fix this?? | 18-Dec-06 8:53 |
| 939 | Cyphre | I don't think the latest Linux SDK has the freetype support. AFAIK Carl compiled only some beta releases with it. | 18-Dec-06 8:52 |
| 938 | Graham | Anyone have any possible workrounds? | 17-Dec-06 19:48 |
| 937 | Graham | Looks like Rebol postscript preview in draw is down the tubes until RT fixes this glaring bug. | 17-Dec-06 19:47 |
| 936 | Graham | Rambo'd just now. | 17-Dec-06 19:46 |
| 935 | Graham | After more hair pulling, I find that Debian will display truetype fonts in AGG draw, but when encapped it does not! | 17-Dec-06 19:46 |
| 934 | Graham | Ahh.. the execute flag has to be manually set on all the programs after unpacking it. | 8-Dec-06 20:24 |
| 933 | Graham | http://www.rebol.net/builds/sdk/sdk-2602042.tar.gz | 8-Dec-06 20:15 |
| 932 | Graham | http://www.rebol.net/builds/sdk/sdk-260204 .. is that the right sdk for Fedora ? | 8-Dec-06 20:15 |
| 931 | Graham | What sdk does Solaris x86 use ? | 5-Dec-06 20:00 |
| 930 | Graham | Getting a price out of RT is like .... | 5-Dec-06 19:45 |
| 929 | Graham | So, based on the above, maybe I can get the linux sdk for $49 if I already have command/sdk on windows? | 4-Dec-06 23:39 |
| 928 | Graham | Good point .. but doesn't look like you can purchase it yet. | 4-Dec-06 15:15 |
| 927 | Henrik | there probably are builds for it, otherwise we wouldn't have AltME for OSX | 4-Dec-06 10:37 |
| 926 | Graham | Is there a Mac OSX sdk out yet? | 4-Dec-06 9:21 |
| 925 | Graham | I don't think command/sdk offers much on the linux platform as there's no odbc | 4-Dec-06 9:06 |
| 924 | sqlab | Sorry, that was for the Command/SDK with a normal price of $448 according their web site | 4-Dec-06 8:54 |
| 923 | Graham | errr.. the online price is $249! | 4-Dec-06 8:34 |
| 922 | sqlab | I guess you can get the multi-copy discounted price of $299 each. That's what Cindy wrote me once | 4-Dec-06 8:27 |
| 921 | Graham | Anyone know what the price of the sdk is if you already have the sdk on another platform? | 4-Dec-06 8:16 |
| 920 | Henrik | sorry, yes it does. | 2-Dec-06 23:20 |
| 919 | Gabriele | hmm, doesn't /pro have RSA too? | 2-Dec-06 17:43 |
| 918 | Henrik | am I right that autoupdate.r requires rebol/command? | 2-Dec-06 14:07 |
| 917 | Henrik | gabriele, thanks. reading now. | 2-Dec-06 11:11 |
| 916 | Gabriele | Henrik: usual place: http://www.colellachiara.com/soft/libs/autoupdate.r | 2-Dec-06 8:38 |
| 915 | Henrik | thanks for the link | 2-Dec-06 1:02 |
| 914 | Henrik | well, things changed a bit since last time. why do you think I post so much in this group all of a sudden? :-) | 2-Dec-06 1:01 |
| 913 | Graham | http://www.rebol.net/builds/sdk/ | 2-Dec-06 0:53 |
| 912 | Graham | But as I recall, you don't have the sdk anyway. | 2-Dec-06 0:52 |
| 911 | Graham | No, it's not there. | 2-Dec-06 0:52 |
| 910 | Henrik | I don't see it in that directory... | 2-Dec-06 0:46 |
| 909 | Graham | henrik, there's a separate download for the latest sdk .. which should be later than 1248031 | 2-Dec-06 0:44 |
| 908 | Henrik | received. thanks. | 2-Dec-06 0:41 |
| 907 | Graham | sent. | 2-Dec-06 0:40 |
| 906 | Henrik | gregg: ok :-) | 2-Dec-06 0:39 |
| 905 | Henrik | graham, ok, I'll have a look at that | 2-Dec-06 0:39 |
| 904 | Graham | there's an autoupdate.r in the zip | 2-Dec-06 0:39 |
| 903 | Gregg | I'm looking at the version stuff real quick Henrik. | 2-Dec-06 0:38 |
| 902 | Henrik | graham, I'm really only interested in the software update parts. if the 2004 sources contain that, then ok | 2-Dec-06 0:37 |
| 901 | Graham | Do you want the sources from 2004 ? | 2-Dec-06 0:36 |
| 900 | Henrik | hmm... is enface1248031.exe really the latest enface? | 2-Dec-06 0:36 |
| 899 | Graham | I might have the old sources on my drive .. let me check. | 2-Dec-06 0:34 |
| 898 | Henrik | nope, looks pretty empty. | 2-Dec-06 0:33 |
| 897 | Graham | Doesn't look like Maarten has released the source code on https://www.uitwisselplatform.nl/projects/detective/ | 2-Dec-06 0:33 |
| 896 | Gregg | GetFileVersionInfo is in %version.dll. First you call GetFileVersionInfoSize, then GetFileVersionInfo (using the size you got in the GetFileVersionInfoSize call. Then you ca VerQueryValue for each item you want. | 2-Dec-06 0:29 |
| 895 | Graham | http://detective.surfnet.nl/en/index_en.html | 2-Dec-06 0:26 |
| 894 | Graham | As I understand it, the detective usually just downloads compressed, encrypted, signed source code and runs it. | 2-Dec-06 0:24 |
| 893 | Henrik | gabriele, sounds lovely. where would I find the library? | 1-Dec-06 22:54 |
| 892 | Gabriele | Henrik, if you need to do automatic update, you might want to look at how the detective does it, it has worked *very* well so far, and it can update both the exe (if you change version of the interpreter) and the code only (to save download time). the autoupdate library is bsd. | 1-Dec-06 22:46 |
| 891 | Henrik | hmm. GetFileVersionInfo would be written how? I need to control that through encapsulation. | 1-Dec-06 18:25 |
| 890 | Gregg | Ah, I missed that part. Just need to map GetFileVersionInfo then I guess. | 1-Dec-06 17:35 |
| 889 | Maxim | but this is to get version info outside of the executable. | 1-Dec-06 17:33 |
| 888 | Gregg | Ideally, you would be able to specify version info in the encap header and then query it from system/options later. | 1-Dec-06 17:32 |
| 887 | Gregg | GetFileVersionInfo info isn't a real simple API call either. Have to figure a few things out in order to call it from REBOL. | 1-Dec-06 17:30 |
| 886 | Gregg | The UpdateResource API, and others, were added to later versions of Windows, but I've never used them. Might not be too hard, but I can't say. | 1-Dec-06 17:27 |
| 885 | Gregg | You need to use the API to get the version resource from a PE file. It might be a standard resource , but I haven't touched that in a long time so I can't remember. As an aside, this feature was so requested in the VB world, years ago, that Desaware created a commercial product called VersionStamper that did just that; and they sold a lot of them. | 1-Dec-06 17:26 |
| 884 | Maxim | which would allow you to stamp the version (maybe) within the bin automagically. | 1-Dec-06 16:13 |
| 883 | Maxim | well you know the version from the source, and as you say, can resolve a checksum from the output bin. but you must keep a table of all the builds somewhere... I wonder if there are any commandline resource hackers? | 1-Dec-06 16:12 |
| 882 | Henrik | yes, no human involvement between initiating build and finished executable and knowing the version | 1-Dec-06 16:10 |
| 881 | Maxim | on encap you mean? | 1-Dec-06 16:10 |
| 880 | Henrik | except it has to be fully automatic... | 1-Dec-06 16:09 |
| 879 | Maxim | this has the added benefit of being precise within the icons and shortcuts... and may remove the reference to REBOL within which is a bit annoying when you release stuff and its not labeled as per your output names ' :-/ | 1-Dec-06 16:09 |
| 878 | Maxim | if you have full control on the app sources... using a resource editor (on windows), you could probably edit the rebol version data included in the binary metadata and then there are probably os calls to get that natively. | 1-Dec-06 16:07 |
| 877 | Henrik | yes, the app and updates come from me and so I'll know which version it is if I just have a checksum on the executable. | 1-Dec-06 16:07 |
| 876 | Maxim | but for that you have to have access to the version info from the outside, meaning you already know it... but I guess this is not such an issue depending on why you want version info.. | 1-Dec-06 16:06 |
| 875 | Henrik | I guess it would be possible to do a checksum and correlate that against a version list. | 1-Dec-06 16:03 |
| 874 | Maxim | not AFAICT cause its always the same wrapper, and the content is encrypted, so you can't just read and parse the binary ! | 1-Dec-06 15:28 |
| 873 | Henrik | are there ways to extract version information about an encapped binary from REBOL? I'm building a software update tool and want to read the version information about a specific binary. | 1-Dec-06 11:12 |
| 872 | Maxim | for view windows, there is a title field in the encap part of the rebol header rebol [ encap: [title "NOT REBOL"] ] | 10-Nov-06 17:01 |
| 871 | Maxim | when not in view: (on windows) Graham posted this a while back: win-lib: make object! [ user-lib: load/library %user32.dll SetWindowText: make routine! [ handle [integer!] Title [string!] return: [integer!] ] user-lib "SetWindowTextA" set 'WindowTitle func [ Title [string!] ] [ SetWindowText get-modes system/ports/system 'window Title ] ] | 10-Nov-06 17:00 |
| 870 | Maxim | depends if you are in view or not. | 10-Nov-06 16:59 |
| 869 | Robert | How can I change/get rid of the REBOL word in the title? | 10-Nov-06 15:32 |
| 868 | Maarten | http://unxutils.sourceforge.net/ | 9-Nov-06 11:00 |
| 867 | Maxim | hum... cat.exe probably exists maybe less.exe also... | 9-Nov-06 8:19 |
| 866 | Tomc | or has some kind soul implemented unix cat for dos | 9-Nov-06 8:19 |
| 865 | Tomc | can you pipe to copy con | 9-Nov-06 8:18 |
| 864 | Maxim | ? | 9-Nov-06 8:17 |
| 863 | Tomc | grasping at very old straws here | 9-Nov-06 8:17 |
| 862 | Tomc | ... | copy con | 9-Nov-06 8:17 |
| 861 | Maxim | is there any way to use class methods from C++ implemented external libraries? | 9-Nov-06 8:16 |
| 860 | Maxim | type doesn't seem to work for me :-( it expect a file name as an argument... | 9-Nov-06 8:11 |
| 859 | Tomc | Maxim Im pretty sure windows has always woked this way , can you also pipe to TYPE to avoid stopping at 1 page? | 9-Nov-06 8:04 |
| 858 | Maxim | and could wrap my app in a little batch file... to make it invisible ... | 9-Nov-06 7:02 |
| 857 | Maxim | thanks, Unless RT fixes this long-standing issue for the next R2 bug fixes I'll at least try this :-) | 9-Nov-06 7:02 |
| 856 | PeterWood | ..but it needs to recieve all the output at once. | 9-Nov-06 7:01 |
| 855 | PeterWood | Here's a quicker one that buffers all the output: var si = WScript.StdIn; var so = WScript.StdOut; so.Write(si.ReadAll()); | 9-Nov-06 7:00 |
| 854 | PeterWood | Max: Perhaps you could come up with a nomore for clients. I came up with one in JScript (as it is pre-installed on all Windows 98 & NT 5.0 onwards). Usage: test.exe. | cscript\\Nologo nomore.js Script: var si = WScript.StdIn; var so = WScript.StdOut; var line; while (!si.AtEndOfStream) {so.WriteLine(line = si.ReadLine());} | 9-Nov-06 6:49 |
| 853 | Gregg | I thought the API approach would at least work, but I don't know if doing it inside a process that has already opened the console in a non-shared mode would cause the issues I saw or not. And I would think that CGI mode would work too. | 8-Nov-06 22:30 |
| 852 | Maarten | I have no idea aither, but code bloat seems unlikely here. | 8-Nov-06 20:04 |
| 851 | Maxim | I wonder if this limitation is only due to the fact that Carl does not want the rebol executable to be bloated... cause I see no reason why this limitation exists... even python works directly in the console... maybe RT should look at python's startup code to see how they did it? | 8-Nov-06 20:04 |
| 850 | Maarten | Yes, but in my particular case, that is not a problem | 8-Nov-06 20:02 |
| 849 | Maxim | but the more serious limitation is not being able to ask a question on the command-line ;-( | 8-Nov-06 20:02 |
| 848 | Maarten | Now I can either create a wrapper program that can do this and runs my rebol program in the background, or ask my users to use 'more | 8-Nov-06 20:01 |
| 847 | Maarten | Well.... you must have been mistaken | 8-Nov-06 20:00 |
| 846 | Maxim | for some reason, I am sure I had it working... I did so many tests. | 8-Nov-06 20:00 |
| 845 | Maarten | Yep. It's not what I want my customers to show as well | 8-Nov-06 19:59 |
| 844 | Maxim | and its not very professional for clients... | 8-Nov-06 19:59 |
| 843 | Maxim | but more will jam at first page full... | 8-Nov-06 19:58 |
| 842 | Maarten | works when you pipe to more :-) | 8-Nov-06 19:58 |
| 841 | Maarten | Let me check the Detective source... | 8-Nov-06 19:54 |