# | User | Message | Date |
1536 | Graham | [ copy question to end ( append parse-channel question) ] | 6-Jan-10 19:02 |
1535 | BrianH | Moved the question to Parse. | 6-Jan-10 18:59 |
1534 | Graham | everything after get that is not / or http ... | 6-Jan-10 18:56 |
1533 | Graham | eh ... no that either | 6-Jan-10 18:55 |
1532 | Graham | or after the "/" if there is no http | 6-Jan-10 18:55 |
1531 | Graham | copies everything after the http till it reaches a space to a variable named file | 6-Jan-10 18:54 |
1530 | BenBran | Not sure where to put this so asking here: I downloaded a web script and it has a snippet I don't understand: buffer: make string! 1024 ;; contains the browser request file: "index.html" parse buffer ["get" ["http" | "/ " | copy file to " " ]] what does: copy file to " " mean or do? tia | 6-Jan-10 18:52 |
1529 | amacleod | Is this a bug in rebol encap? Or do other platforms have this same issue? | 16-Dec-09 3:45 |
1528 | Graham | Yes, issues running from desktop ... so don't advise it .. and I specifically check for desktop installation and alert user not to do this ... | 16-Dec-09 1:51 |
1527 | amacleod | Graham, you have had issues running from desktop? or is that your advice? | 16-Dec-09 0:14 |
1526 | Graham | I check for desktop and warn users that the app might not run correctly. | 16-Dec-09 0:00 |
1525 | Maxim | the only problem I've ever had with apps on the desktop is with the spaces in the file path. | 15-Dec-09 23:12 |
1524 | amacleod | display = disokay | 15-Dec-09 23:10 |
1523 | amacleod | There might be some unusual disokay properties set but I do not have access to them it seems... | 15-Dec-09 23:10 |
1522 | Maxim | that is totally weird! | 15-Dec-09 23:02 |
1521 | amacleod | New element to the puzzle.... I got it to work on the offending machine but only if the app is NOT located on the desktop. When placed in its own folder under c: it works fine. | 15-Dec-09 22:54 |
1520 | amacleod | That may also be the problem...some of the officers have bad eyes and may have increased font size..I'll check it out. Thanks for the hints Gregg. | 14-Dec-09 4:32 |
1519 | Gregg | In my old VB days, large fonts was a major bugbear. | 14-Dec-09 4:31 |
1518 | amacleod | The screen does look off (aspect and resolution wise) but I can't check as the display properties access seems to be locked down for security... | 14-Dec-09 4:30 |
1517 | Gregg | Is the offending system set to use large fonts, or does it have a funky video setting (different DPI) that might be the culprit? | 14-Dec-09 4:28 |
1516 | amacleod | it is | 14-Dec-09 0:56 |
1515 | Graham | Especially if the image is part of the binary | 14-Dec-09 0:55 |
1514 | Maxim | to me its the "only when encapped" part which is the strangest! | 14-Dec-09 0:54 |
1513 | amacleod | Why only that computer and only when encapped is my question.. The work computer is FDNY property and locked down somewhat so its hard to debug if its the computer's issue... | 14-Dec-09 0:53 |
1512 | Maxim | try making sure each face has a color, if you see the problem again, with another image. | 14-Dec-09 0:52 |
1511 | amacleod | I'll try some other pics tomorrow night...its got to be something with the jpeg.. | 14-Dec-09 0:51 |
1510 | Maxim | but this just happens in some parent/child face nesting circumstance which I don't recall. | 14-Dec-09 0:50 |
1509 | Maxim | there is a strange bug in view where face with edges need a color to be specified. if color is none I've seen screwy thing happen with the edges. | 14-Dec-09 0:49 |
1508 | amacleod | jpeg looks clean and displays proper everywhere else | 14-Dec-09 0:49 |
1507 | amacleod | I can't play with different images now as the offending computer is at work...I'll play with it tomorrow night..
Just wanted to see if it was a common problem.. Thanks | 14-Dec-09 0:48 |
1506 | Maxim | and you are sure the image itself doesn't have the artefact? (llooking into picture viewer, for eample) | 14-Dec-09 0:47 |
1505 | amacleod | But the layout also contains a jpg | 14-Dec-09 0:47 |
1504 | amacleod | created | 14-Dec-09 0:46 |
1503 | amacleod | The image was creaed from a layout (to-image) | 14-Dec-09 0:46 |
1502 | Maxim | did you try different images? | 14-Dec-09 0:45 |
1501 | amacleod | oh | 14-Dec-09 0:45 |
1500 | amacleod | It appears to be just that machine but I tried it on an other machine with same hardware with no prob | 14-Dec-09 0:45 |
1499 | Maxim | that is what image style is ;-) | 14-Dec-09 0:45 |
1498 | amacleod | I originaly just had teh pic displayed in a layout with "image pic" I later put in a 'box with specified size (matching the resolution of image) | 14-Dec-09 0:44 |
1497 | Graham | and have you determined whether it's specific to XP? Or just to that PC? | 14-Dec-09 0:43 |
1496 | amacleod | 3 computers > XP pro and 1 > vista laptop. Offending machine > xp pro | 14-Dec-09 0:42 |
1495 | Graham | Yeah .. I need to increase the amount of my bounty since no one is biting :) | 13-Dec-09 23:55 |
1494 | Maxim | I've never seen that artefact appear. did you try changing the image? | 13-Dec-09 23:49 |
1493 | Maxim | carefull... graham will give you his paypal account after ;-P | 13-Dec-09 23:48 |
1492 | Graham | what have you tried so far to debug this? | 13-Dec-09 23:47 |
1491 | Graham | different service pack? | 13-Dec-09 23:46 |
1490 | Graham | different OS? | 13-Dec-09 23:46 |
1489 | amacleod | as a script I do not see this issue... | 13-Dec-09 23:42 |
1488 | amacleod | Getting a weird behavior with an encapped app.... It works fine on most computers but on one computer an image in the face is not displaying properly... its as if white space is being added to the right and bottom sides throwing of the layout. I tried placing in a box with specific size. THis retains the basic layout but the image is squeezed up into a part of the box. Only a problem on one computer so far ... | 13-Dec-09 23:42 |
1487 | amacleod | Thanks, Ashley, I had seen this help page before but I did not remember ResHack stuff in it...Great! | 5-Oct-09 14:35 |
1486 | Ashley | http://www.dobeash.com/RebGUI/cookbook.html#section-2.3 | 5-Oct-09 11:52 |
1485 | amacleod | I've been able to change my icon with res hacker's ui but not via a script...i'll have another look at the SDK doc example... | 4-Oct-09 4:15 |
1484 | Maxim | in the SDK docs, there is an example of a reshacker script call. | 4-Oct-09 4:15 |
1483 | Maxim | note that the icon has to be of an exact specification... you can't replace just any icon. basically, there are 9 sizes/colors in the icon, and you have to use EXACTLY the same setup. | 4-Oct-09 4:14 |
1482 | Maxim | I have massive make files like this which do all kinds of script fixup, directory creations, zipping of archives, backups... and call res hacker... its the easiest way to encap stuff. | 4-Oct-09 4:13 |
1481 | Henrik | I simply used CALL to call encap and reshack sequentially. Kind of a make-file. | 3-Oct-09 15:42 |
1480 | amacleod | I tried to make a reshack script to change the icon image but I could not get it to work...will have another look.. | 3-Oct-09 15:40 |
1479 | amacleod | What did you use a reshack script? | 3-Oct-09 15:39 |
1478 | Henrik | I wrote a function that called encap followed by reshack to solve the problem. | 3-Oct-09 15:30 |
1477 | amacleod | I guess I could use resource hacker...but is there a way to automate it during ENCAP | 3-Oct-09 15:29 |
1476 | amacleod | I notice the icon of my encapped application displays info about rebol -company name, file version etc... Anyway to get my info and file version for the App in there? If so - Can this be done when encapping or to I need to change it afterward. It it indeed the icon that holds this info? | 3-Oct-09 15:25 |
1475 | Ashley | I've had that a few times, "where's the rest of the application ..." | 24-Sep-09 12:31 |
1474 | Henrik | Some customers also get a little weirded out, when they see that my biggest programs take 2-3 seconds to download and about 0.1 seconds to install and start. | 23-Sep-09 17:27 |
1473 | Maxim | there is a nice feeling about seeing a 450kb 20 file REBOL script being linked as one source , then add another 400 kb of view encap code over it and it all works...
850 kb of REBOL is a hell of a lot of code... I can't imagine how much code that would be in C !!! :-) | 23-Sep-09 16:54 |
1472 | Maxim | (strange) | 23-Sep-09 16:44 |
1471 | Maxim | strabge thing is that it was still running after encap... very weird. | 23-Sep-09 16:43 |
1470 | Maxim | thanks ... knowing that the header was not in cause... alllowed me to find the true culprit .... some prerebol oditty which wrapped my entire code in a block (my fault in how I was using it). | 23-Sep-09 16:43 |
1469 | Dockimbel | removing that header doesn't change anything as long as the 'encap header is there. | 23-Sep-09 16:33 |
1468 | Maxim | can you give me the full header? ... I'll just try it as-is to see if its a side-effect of the complete header... & or other encap options. | 23-Sep-09 16:33 |
1467 | Dockimbel | yes, it's assigned to the same name as in encap/title. | 23-Sep-09 16:32 |
1466 | Maxim | is your title: "" assigned to anything in the header? | 23-Sep-09 16:31 |
1465 | Dockimbel | Got that prefix only with source version. Once encapped (with enface), I get the proper title. | 23-Sep-09 16:30 |
1464 | Maxim | I tried with enface.exe and encmdview.exe both give a tile like "REBOL - " | 23-Sep-09 16:29 |
1463 | Maxim | not here. windows 2.7.6 also.... very strange. | 23-Sep-09 16:27 |
1462 | Dockimbel | Works on Windows with SDK 2.7.6. | 23-Sep-09 16:27 |
1461 | Maxim | is there are problem with the latest builds of sdk not using the encap: [title "window title"] properly? | 23-Sep-09 15:33 |
1460 | Maxim | links were broken on one of the updates to the site when R3 was given more space. | 20-Aug-09 18:27 |
1459 | BenBran | Graham, that worked!!!! Thank you very much!!! | 13-Aug-09 15:44 |
1458 | Graham | not sure why there is no easily found direct link | 13-Aug-09 2:06 |
1457 | Graham | I googled this http://www.rebol.net/builds/#section-1 | 13-Aug-09 2:06 |
1456 | BenBran | I'll send a message to Rebol. I have 2.5.6. Thx. | 12-Aug-09 21:14 |
1455 | BenBran | I received this via email. ...rebol-sdk-cmd-z2l7np..... Is there another place to download the latest? | 12-Aug-09 21:06 |
1454 | Graham | Unless you downloaded the very latest 2.7.6 sdk, you will have that issue. Easy to fix though. | 12-Aug-09 20:05 |
1453 | Graham | Yes, check to see if https is installed. | 12-Aug-09 20:04 |
1452 | BenBran | Anybody know a workaround for this? from rebcmdview.exe and/or old desktop: REBOL [] print length? read/lines http://www.google.com ;; works print length? read/lines http://www.rebol.com ;; works print length? read/lines https://www.google.com ;; works halt 11 242 11 encapsulate (encmdface.exe) above and run the exe: 11 242 ** Access Error: Invalid port spec: https://www.google.com ** Near: print length? read/lines https://www.google.com halt ** Press enter to quit... happens on any https page | 12-Aug-09 19:26 |
1451 | Ladislav | the headers: yes, that looks like making sense in case the file is meant to be published as text | 15-Jun-09 13:32 |
1450 | Oldes | Also my preprocessor adds comments based on script headers so if I include foreign script, the name of the author is present. Like for example here: http://box.lebeda.ws/~hmm/rebol/gif_latest.r | 15-Jun-09 13:14 |
1449 | Ladislav | undestood | 15-Jun-09 13:11 |
1448 | Oldes | (I mean the usage of issues for preprocessing directives) | 15-Jun-09 13:02 |
1447 | Oldes | I have what I need :) I'm just not sure why the #include should be replaced. BTW.. I have one own addition into PREBOL - #include-block (which includes data as a block as it's with #include-binary) | 15-Jun-09 12:59 |
1446 | Ladislav | (maybe you find what you need) | 15-Jun-09 12:49 |
1445 | Ladislav | Carl wrote, that R3 modules don't support include at this time, check the http://www.rebol.net/wiki/Inclusion_Methods and http://www.rebol.net/wiki/INCLUDE_documentation texts | 15-Jun-09 12:49 |
1444 | Oldes | In R3 I should probably replace it with modules. Your include.r enables that? | 15-Jun-09 12:03 |
1443 | Ladislav | "...as one has to do with #include..." - it depends... | 15-Jun-09 12:01 |
1442 | Oldes | The difference between the 'require and the script's #include is, that in the header I use only projects/script name and or version and not relative path as one has to do with the #include. | 15-Jun-09 12:00 |
1441 | Oldes | It would not work for me anyway as I use other PREBOL syntax as well. Personally I like the issues for such a syntax. I use PREBOL for single projects scripts and 'require spec in the script's header for other scripts/projects which are required for the single script/project. | 15-Jun-09 11:56 |
1440 | Sunanda | Thanks, Ashley..... loop 100 [print "I should test my ideas before publishing them."] | 15-Jun-09 11:16 |
1439 | Janko | Ladislav: I will try your include | 15-Jun-09 10:58 |
1438 | Ladislav | #include: :do surely isn't possible, it would be possible only if we used the *include* alternative | 15-Jun-09 10:04 |
1437 | Ashley | Sunanda, the "#include: :do" suggestion won't work as #include is an issue! not a word! ... I like the line of thought though. | 15-Jun-09 9:56 |
1436 | Ladislav | ...and if you want to just save the file, you use INCLUDE/LINK %my-input.r %preprocessed-output.r | 15-Jun-09 9:39 |
1435 | Ladislav | you always can do: INCLUDE %file, which is an equivalent of DO %file, except for the fact, that it includes everything needed | 15-Jun-09 9:38 |
1434 | Ladislav | it solves exactly your problem | 15-Jun-09 9:33 |
1433 | Ladislav | Janko: re your #include question: you should try INCLUDE, seriously | 15-Jun-09 9:33 |
1432 | Janko | I will look at cheyenne.r , thanks | 15-Jun-09 7:35 |
1431 | Graham | But doc has set up cheyenne.r so that you can either run it , or use it in encap. | 15-Jun-09 7:35 |
1430 | Graham | I use a .cmd file myself ... to build my sources and then run them. | 15-Jun-09 7:34 |
1429 | Janko | that could work since rebol doesn't give me line number on error so it doesn't matter that I am editing different thing than running (in terms of file/line num) | 15-Jun-09 7:31 |
1428 | Graham | Also look at cheyenne.r | 15-Jun-09 7:30 |
1427 | Janko | ok .. encap or prerebol every time I make a change .. I could automate it so that when I want to text-run app I have some batch file that prerebols it and runs it instead of just runs it | 15-Jun-09 7:30 |
1426 | Graham | encap uses prerebol | 15-Jun-09 7:30 |
1425 | Graham | no .. you can use pre-rebol .... | 15-Jun-09 7:29 |
1424 | Janko | but then I have to encap everty time I make a change :) | 15-Jun-09 7:29 |
1423 | Graham | enface source.r -t target.r -o target.exe and that gives you the pre-reboled version as target.r | 15-Jun-09 7:21 |
1422 | Graham | why not create a target source file and run that? | 15-Jun-09 7:20 |
1421 | Janko | interesting.. I will try if it works | 15-Jun-09 7:11 |
1420 | Sunanda | Would this one line in your start up help? if not encap [#include: : do] | 15-Jun-09 6:58 |
1419 | Janko | I will try few ways of doing it too | 15-Jun-09 6:46 |
1418 | Janko | yes, many times simplest solution is the best.. and usage shows what works | 15-Jun-09 6:46 |
1417 | Henrik | In the build system I use now for my projects, there are two separate files. The one I use for development is the 'do, and the one my customer gets is the #included version. Then I have a make-file, that builds the project and puts it where it needs to be (local webserver), counts up the build version. I can build it whenever I want and there are no hiccups. My earlier attempts at a build system was by trying to be fancy, i.e. build with as few keypresses as possible. It never worked as well as this one. | 15-Jun-09 6:43 |
1416 | Janko | thanks for explaining it to me.. so I know what options are there. | 15-Jun-09 6:39 |
1415 | Henrik | I know what you mean, but in this case, I find it easy to make an exception. | 15-Jun-09 6:38 |
1414 | Janko | I don't like duplicating code.. then I can have one bug in one file and another in other and I always have to check if I updated them both etc.. winMerge and tools like this would help but anyway | 15-Jun-09 6:38 |
1413 | Janko | yes, I have multi level do-s a file does app-specific lib file which do-es more generic libs etc .. hm I will think about it.. | 15-Jun-09 6:36 |
1412 | Henrik | Be sure that you don't do much else but includes in those files. This will make sure that after a while, working on your project, both files will get steady and no more changes occur, and then you won't see there are two different files. | 15-Jun-09 6:36 |
1411 | Henrik | With that I mean, if you create your own libraries that are preprocessed or 'do'ed separately and then included or 'do'ed in the main file. | 15-Jun-09 6:34 |
1410 | Henrik | I find it to be far less cumbersome than trying to come up with fancy methods of using a single file for do and #include. Especially if you are using multi-level includes. | 15-Jun-09 6:33 |
1409 | Janko | but then you have to make code changes on two files? | 15-Jun-09 6:31 |
1408 | Henrik | I simply use two separate files, one for #include, the other for 'do. | 15-Jun-09 6:16 |
1407 | Janko | I have a application that is spread over around 15 files.. I use >>do %file<< to "include" them now. Now I am making a encapped version of app. do still tries to do the .r files but they don't exist when single exe is created so I get errors. I tried naming all files when doing encap but it behved the same. I read about prebol and understand that I have to #include the files but I suppose that won't work
when developing and executing from it directly with >>rebol mainfile.r<< because it will need to be prereboled each time? Is there a way to make a script that I can encap and run directly via .r files? If there is no other way I was thinking about making >>either encap [ #include %file.r ] [ do %file.r ]<< but it's not the most elegant solution .. Is there any better? | 15-Jun-09 5:13 |
1406 | RobertS | . | 22-May-09 15:56 |
1405 | Graham | My error it seems when I first mentioned this! | 26-Apr-09 20:23 |
1404 | amacleod | I did not make it an object! Just had user-prefs: [debug: false] Works now! Thanks again Graham! | 26-Apr-09 13:57 |
1403 | Graham | user-prefs: make object! [ debug: false ] | 26-Apr-09 6:41 |
1402 | Graham | are you positive you have created the user-prefs object? | 26-Apr-09 6:41 |
1401 | Graham | well, the error appears to be the same. | 26-Apr-09 6:40 |
1400 | amacleod | Graham suggested: user-prefs: [ debug: false ] I tried Gahams suggestion but I get another error: ** Script Error: Invalid path value: debug ** Where: vbug ** Near: if not dbg: user-prefs/debug [exit] | 26-Apr-09 5:11 |
1399 | amacleod | I'm now getting it with "read-net" | 26-Apr-09 5:09 |
1398 | amacleod | Graham mentioned it was a bug with "request-download" or similar... | 26-Apr-09 5:09 |
1397 | amacleod | ** Script Error: user-prefs has no value ** Where: vbug ** Near: if not dbg: user-prefs/debug [exit] | 26-Apr-09 5:08 |
1396 | amacleod | Back in march I had an issue with this error: | 26-Apr-09 5:06 |
1395 | Anton | base-effect is an effect block. In the Rebol/View console: >> base-effect == [gradient 0x1 180.200.180 120.140.120] Not sure yet where it is defined though. | 17-Mar-09 15:00 |
1394 | Geomol | Problem solved. It was because I included source/view.r within a context. Doh! | 17-Mar-09 12:41 |
1393 | Geomol | I have a problem with a program, I build with enface. I include source/view.r and use ALERT. It works fine, if I click the ok button in the alert dialog with the mouse, but I get an error, if I hit <Return>: ** Script Error: find-key-face has no value ** Where: wake-event A little research tell me, that wake-event is defined in source/view-object.r , but that isn't included in source/view.r , so it probably is automatic in, when enface is used. If I include source/view-object.r (before including source/view.r), I don't get the error, but then the alert window is placed partly outside the screen (because screen-face/size isn't set correctly. I can set it manually in source/view-object.r , but then I force a certain screen-size, and it won't work with other screen sizes. I'm wondering, how REBOL in the first place get the correct screen size, probably with some hidden system call!? Suggestions? | 17-Mar-09 11:59 |
1392 | amacleod | I guess its just some undefined backdrop color/effect - base-effect | 17-Mar-09 8:04 |
1391 | amacleod | Found the error in the view-request.r source code: backeffect base-effect Not sure what it does but commneting it out fixes the problem.. | 17-Mar-09 8:01 |
1390 | amacleod | If I substitute request-file it opens hte requester and continues throughthe code but request-dir gives me the error before the requestor opens.. | 17-Mar-09 7:32 |
1389 | amacleod | Getting an error on an ecapped script...works fine as script though: ** Script Error: base-effect has no value ** Where: do-facets ** Near: base-effect ** Press enter to quit... Sounds like I'm missing an include but I have: #INCLUDE %"../../../rebol-sdk-276/source/mezz.r" #INCLUDE %"../../../rebol-sdk-276/source/prot.r" #INCLUDE %"../../../rebol-sdk-276/source/view.r" and just in case I tried adding: #INCLUDE %"../../../rebol-sdk-276/source/gfx-colors.r" #INCLUDE %"../../../rebol-sdk-276/source/gfx-funcs.r" It crashes when I request-dir | 17-Mar-09 7:21 |
1388 | amacleod | call/show worked.. thanks! | 5-Mar-09 13:25 |
1387 | Oldes | which window? If you mean the console, tan just print somthing. | 5-Mar-09 9:38 |
1386 | Graham | try using call/show | 5-Mar-09 9:01 |
1385 | amacleod | Any reason why call to an encapped exe does not show the window.... It starts up (I can see it in task Manager) uses ram but the view window does not pop up... | 5-Mar-09 8:38 |
1384 | Anton | Yep, when the BTN style came out it had rounder corners than now. | 5-Mar-09 4:04 |
1383 | amacleod | Ilove you guys...thank you so much for helping this dope! | 5-Mar-09 0:27 |
1382 | amacleod | Dope! | 5-Mar-09 0:25 |
1381 | amacleod | I may have the prob.. My includes point to the old version | 5-Mar-09 0:24 |
1380 | Oldes | Are you sure that you link to correct include files? The screenshots looks like some old IOS styles. | 5-Mar-09 0:24 |
1379 | amacleod | Title: "REBOL/View" Version: 2.7.6 Rights: "Copyright REBOL Technologies 2008. All rights reserved." Home: http://www.rebol.com Date: 14-Mar-2008 | 5-Mar-09 0:23 |
1378 | amacleod | Let me check the source files | 5-Mar-09 0:22 |
1377 | amacleod | REBOL/Encap 2.7.6.3.1 (14-Mar-2008) | 5-Mar-09 0:21 |
1376 | Oldes | which version of sdk do you have? | 5-Mar-09 0:20 |
1375 | amacleod | There might be a problem with my dns routing try: http://141.155.155.225:81/pics | 5-Mar-09 0:03 |
1374 | amacleod | I'm also getting a lot of "misplaced item" errors but again only in encapped version.... Unknown word or style: rejoin Misplaced item: ["This version: " this_version] Unknown word or style: rejoin Misplaced item: ["Last Update: " last_db_update/date] Misplaced item: 150 Misplaced item: "6-TOWE" Misplaced item: [get_sections cur_chap: copy face/text] Misplaced item: 450 Unknown word or style: red Unknown word or style: font-size Misplaced item: 25 Unknown word or style: bold Unknown word or style: underline Unknown word or style: chtit Misplaced item: 0.0 Misplaced item: 255.100.100 Misplaced item: 90.90.90 Unknown word or style: rejoin Misplaced item: ["14." " " "MAINTENANCE OF PORTABLE ALUMINUM LADDERS"] Misplaced item: [my-scroll-panel/access/set-scroll-offset my-scroll-panel 0x-1 * 699x15723 focus] Misplaced item: 0x0 Unknown word or style: edge Misplaced item: [color: black size: 2x2] Unknown word or style: effect Misplaced item: [merge luma -80] | 4-Mar-09 23:54 |
1373 | amacleod | first screen: shows rounded buttons second screen shows "flat" menu buttons (effect seems to not be drawn) | 4-Mar-09 23:53 |
1372 | amacleod | Gregg, YOu can view them at: http://onfire.selfip.com/pics/ | 4-Mar-09 23:51 |
1371 | amacleod | Give me a few and I will do so.. | 4-Mar-09 23:33 |
1370 | Gregg | I don't recall rendering issues. Can you post shots of encapped/non-encapped results? | 4-Mar-09 23:28 |
1369 | amacleod | New prob...
My buttons (btn) are not rendering properly...they are rounded at the ends. And other graphic elemnets are also rendered differently... Is the draw dialect included in view.r source file? I do not see anything that looks like draw.r in the source directory | 4-Mar-09 23:20 |
1368 | amacleod | I see...I gues that is what Xpackerx is doing anyway....I might as well control it myself.. | 4-Mar-09 23:16 |
1367 | Oldes | It's working how you want. So it can work as xpackerx... temp-dir: %/c/ my.db: #include-binary %my.db unless exists? temp-dir/my.db [ write/binary temp-dir/my.db my.db] my.db: none my.dll: #include-binary %my.dll unless exists? temp-dir/my.dll [ write/binary temp-dir/my.dll my.dll] my.dll: none ;do what ever here with your db and dll... | 4-Mar-09 21:19 |
1366 | amacleod | I understand what your saying, Oldes. And its the method I will be using.... As I said my thinking of encapped was confused and I thought of its workings like XPackerX which it is not... | 4-Mar-09 21:04 |
1365 | Oldes | And if you are trying to connect to a db which is not in a file, but in a memory.. of course it will not work.. same as with the dll, you need a file! as an input. Also what's the point to have the sqlite db running from memory instead of file. | 4-Mar-09 19:07 |
1364 | Oldes | But with the xpacker you don't protect the code as with encap. Encap is using encryption. the packer just decompress the files to temp dir and runs a command. So while the program is runing, you can see the files. | 4-Mar-09 19:00 |
1363 | Oldes | If you don't have encap, the xpackerx can be good as you can just inlude the rebol.exe and script(s) you want to run. | 4-Mar-09 18:56 |
1362 | Oldes | I still don't know, why you cannot write the data from the encaped exe on the disk, remove them from memory (set the variable to none) and use them.. it's exactly what your xpackerx probably does. | 4-Mar-09 18:52 |
1361 | amacleod | Got an idea for one file distribution... Encap the main app and use XpackerX to create package for distro.... Solves my main issues with encap | 4-Mar-09 17:44 |
1360 | amacleod | Just realized that encapping the db's with the exe is not a good idea as the memory used is equal or close to the size of the exe and these db's will be quite large.... I keep thinking in terms of XPackerX where it unpacks first and runs the main file adn accesess the data as if its on disk (which it is) and does not load it into memory... | 4-Mar-09 17:43 |
1359 | amacleod | Oldes, thanks for your help. I still can not CONNECT to a db encapped. I've been writing that out too... | 4-Mar-09 15:06 |
1358 | Gregg | It's possible to load DLLs from memory IIRC, but it's deep voodoo, and I don't know if it will work from REBOL. If you're comfortable writing your DLL prologs in ASM, it's probably something you can do. :-) | 4-Mar-09 5:52 |
1357 | Oldes | the preprocessor does the same, just instead of: x: read/binary %CORE_RL_wand_.dll you do: x: #include-binary %CORE_RL_wand_.dll | 3-Mar-09 23:29 |
1356 | Oldes | All you have to do is: >> write/binary %my.dll x >> load/library %my.dll >> | 3-Mar-09 23:28 |
1355 | Oldes | You simply cannot load library from memory. See: >> x: read/binary %CORE_RL_wand_.dll == #{ 4D5A90000300000004000000FFFF0000B8000000000000004000000000000000 000000000000000000000000000000000000000000000000000000001801... >> load/library x ** Script Error: Expected one of: file! - not: binary! ** Near: load/library x | 3-Mar-09 23:27 |
1354 | amacleod | oh, the docs...yes I've read through it.. | 3-Mar-09 23:24 |
1353 | amacleod | I have not used it as I thoiught it was now part of encap | 3-Mar-09 23:23 |
1352 | Oldes | Do you know this: http://www.rebol.com/docs/prebol.html | 3-Mar-09 23:23 |
1351 | Oldes | Of course you can use data file without need to save it. I think, you just cannot load library from the memory. | 3-Mar-09 23:22 |
1350 | amacleod | I do not know if I'm doing this wrong but it seems to me that I should be able to use a data file without saving it to disk first...something I can do with XPackerX... But I do not seem able to get it to work.. | 3-Mar-09 23:16 |
1349 | amacleod | I assume If I'm running off CD I would need to change code in %sqlite.r to be able to find the dll where ever I chose to write it... | 3-Mar-09 18:12 |
1348 | Oldes | so you have 2 ways.. provide the dll with the app. or include it.. write it on disk on boot, remove it from memory and load it from disk | 3-Mar-09 18:10 |
1347 | Oldes | Yes.. that's what I say.. it must be on disk. | 3-Mar-09 18:09 |
1346 | Oldes | if you include something, zou have it in memory when you start your app. So make sure to clean it after boot. | 3-Mar-09 18:08 |
1345 | amacleod | THat's what i"m trying to do but it keeps looking for the dll on disk | 3-Mar-09 18:08 |
1344 | Oldes | from encaped app. | 3-Mar-09 18:07 |
1343 | amacleod | How -direct from memory? | 3-Mar-09 18:06 |
1342 | amacleod | I like the no-install option | 3-Mar-09 18:06 |
1341 | Oldes | if it would be possible to use dlls directlz from memory, the installer would not be needed in most cases:) | 3-Mar-09 18:06 |
1340 | Oldes | or provide the dlls like other apps do.. using installer:) | 3-Mar-09 18:05 |
1339 | amacleod | I was hoping to have a version run from a cd-r...makes it hard if I have to write to disk..even then how would sqlitew.r find it.... | 3-Mar-09 18:05 |
1338 | Oldes | no.. I don't think it will work for dll. But I'm not sure. For the dll you should use #include-binary and write it on disk first | 3-Mar-09 18:02 |
1337 | Oldes | so #include-block is not in default prebol.. so use #include-string instead | 3-Mar-09 18:02 |
1336 | amacleod | Will that work for the dll? | 3-Mar-09 18:00 |
1335 | Oldes | or something like that.. I do not encap | 3-Mar-09 18:00 |
1334 | amacleod | ok | 3-Mar-09 18:00 |
1333 | Oldes | sql_protocol: #include-block %mysql-protocol.r ... do sql_protocol | 3-Mar-09 18:00 |
1332 | Oldes | no | 3-Mar-09 17:59 |
1331 | amacleod | Right? | 3-Mar-09 17:59 |
1330 | amacleod | sql_protocol: do #INCLUDE %mysql-protocol.r | 3-Mar-09 17:59 |
1329 | Oldes | you can include the script as a block and do the block if needed | 3-Mar-09 17:58 |
1328 | Oldes | which varialble? | 3-Mar-09 17:58 |
1327 | amacleod | But that means changing a lot of code | 3-Mar-09 17:58 |
1326 | amacleod | I need to use a variable | 3-Mar-09 17:58 |
1325 | amacleod | I was 'doing' the file later in hte script | 3-Mar-09 17:58 |
1324 | Oldes | why? | 3-Mar-09 17:57 |
1323 | amacleod | That's my problem... | 3-Mar-09 17:57 |
1322 | Oldes | if you #INCLUDE %mysql-protocol.r than it does not mean that you can: do %mysql-protocol.r in your script. | 3-Mar-09 17:56 |
1321 | Oldes | so the 'do call is somewhere else. | 3-Mar-09 17:55 |
1320 | amacleod | Its included....#INCLUDE %mysql-protocol.r | 3-Mar-09 17:55 |
1319 | amacleod | Having the same problem with scripts...mysql-protocol.r ** Access Error: Cannot open /C/Documents and Settings/Alan/Desktop/mysql-protocol.r ** Near: do %mysql-protocol.r db_IP: mysql://Alan:Stynki4@onfire.selfip.com:3306/onfire do | 3-Mar-09 17:53 |
1318 | Oldes | I think you must save it. | 3-Mar-09 17:53 |
1317 | amacleod | The way images are used.. | 3-Mar-09 17:35 |
1316 | amacleod | Back to DLL Problem...
** Access Error: Cannot open sqlite3.dll as library
** Near: *lib: load/library switch/default fourth system/version Do I need to write the DLL to disk to use it? Or can it run from inside encap | 3-Mar-09 17:35 |
1315 | amacleod | I'm such a dope using the older version.... I think that's rebol inc's fault..I think I got it from them when I bought the SDK. Funny thing is I had version 2.7.6 since it was released... Version porblem was in the back of my head but I did not realize how old a version tehy supplied with the SDK purchase | 3-Mar-09 17:33 |
1314 | amacleod | Lots of misplaced Items though...got to clean it up I guessss | 3-Mar-09 17:31 |
1313 | amacleod | works...!!!! Thanks Anton... | 3-Mar-09 17:30 |
1312 | Anton | gotta sleep - good luck... | 3-Mar-09 17:30 |
1311 | amacleod | ignore..I used enbase by mistake.. | 3-Mar-09 17:28 |
1310 | amacleod | ** Script Error: Cannot use path on none! value ** Where: insert-event-func ** Near: insert system/view/screen-face/feel/event-funcs :funct :funct ** Press enter to quit... | 3-Mar-09 17:27 |
1309 | Anton | I think this step will save you a lot of confusion ! :) | 3-Mar-09 17:25 |
1308 | Anton | 2.7.6 should be fine. | 3-Mar-09 17:24 |
1307 | Anton | Unless you need compatibility with older versions for some reason, I'd definitely recommend using the latest encap version. | 3-Mar-09 17:24 |
1306 | Anton | Yeah, the access functions were added to VID some time after 1.2.1, if I remember correctly. | 3-Mar-09 17:22 |
1305 | amacleod | I thought I was using the newer one... | 3-Mar-09 17:21 |
1304 | amacleod | I have that one I guess I'll try that... | 3-Mar-09 17:21 |
1303 | amacleod | REBOL/Encap 2.7.6.3.1 (14-Mar-2008 | 3-Mar-09 17:21 |
1302 | Anton | Oh, that's so old !!! | 3-Mar-09 17:21 |
1301 | amacleod | REBOL/Encap 1.2.0.3.1 | 3-Mar-09 17:20 |
1300 | Anton | Bizarre. What version of encap are you using? I'm looking at sdk-2.7.5.4.2 | 3-Mar-09 17:19 |
1299 | amacleod | ** Script Error: Invalid path value: access ** Near: probe type? system/view/vid/vid-styles/panel/access SQLite: make | 3-Mar-09 17:19 |
1298 | amacleod | ** Script Error: Invalid path value: access
** Near: probe type? svv/vid-styles/panel/access
SQLite: make After Rebol (View) Includes but before your panel include.. | 3-Mar-09 17:18 |
1297 | amacleod | try again | 3-Mar-09 17:15 |
1296 | amacleod | Sorry Anton...I'm probing before any of the includes.. | 3-Mar-09 17:15 |
1295 | amacleod | For enface: ** Script Error: Cannot use path on none! value ** Near: probe type? system/view/vid/vid-styles/panel/access dump-obj: func | 3-Mar-09 17:14 |
1294 | amacleod | For script - ==Object! | 3-Mar-09 17:13 |
1293 | Anton | Weird, try replace svv with system/view/vid ... | 3-Mar-09 17:12 |
1292 | amacleod | Yes, all rebol functions included first.. | 3-Mar-09 17:11 |
1291 | amacleod | When I insert - probe type? svv/vid-styles/panel/access into the script I get Object! but after I encap I get - ** Script Error: svv has no value ** Near: probe type? svv/vid-styles/panel/access dump-obj: func | 3-Mar-09 17:11 |
1290 | Anton | (You're right about view.r.) | 3-Mar-09 17:10 |
1289 | Anton | And you're including view.r first, scroll-panel.r after ? | 3-Mar-09 17:10 |
1288 | amacleod | As far as I know Including view.r incorporates all the view funtions including vid...which I'm doing. | 3-Mar-09 17:09 |
1287 | Anton | (I don't use encap, so I'm just guessing what's going on.) | 3-Mar-09 17:08 |
1286 | Anton | If you include view-feel.r, it should be included before view-styles.r. | 3-Mar-09 17:07 |
1285 | Anton | I suspect it is a problem of including files in the wrong order again. All the fundamental view / vid includes should go before including my scroll-panel. But it seems strange that panel is there but its access object isn't. I think that must be defined in a separate file. Historically, access objects were added fairly late to VID, so I think that's probable. | 3-Mar-09 17:04 |
1284 | Anton | It should return == object! | 3-Mar-09 17:01 |
1283 | Anton | I don't advise just hacking my file. Better to get to the root of the problem.
You can test to see if the panel style has an access object, just before including my file: probe type? svv/vid-styles/panel/access | 3-Mar-09 17:01 |
1282 | Anton | Thanks, that means the panel style doesn't have an access object, as my code here expects. | 3-Mar-09 16:59 |
1281 | amacleod | I changed the line below to -
access: make object [ Probably not a bug but I could not find its dependancy and it works for me now... ** Near: access: make access [ set-scroll-offset: func [{Sets the scroll position (subface/offset) and updates the scroller drag-bars to reflect the new position.} face offset [pair!] /no-show /local scrolldom ] [ face/subface/offset: offset scrolldom: max 0x0 (face/subface/size - face/crop-box/size) face/hscroll/data: either scrolldom/x > 0 [- face/subface/offset/x / scrolldom/x] [0] face/vscroll/data: either scrolldom/y > 0 [- face/subface/offset/y / scrolldom/y] [0] if not no-show [show face] ] ] feel: | 3-Mar-09 16:56 |
1280 | Anton | amacleod, what is the 'bug' in scroll-panel? | 3-Mar-09 16:54 |
1279 | amacleod | Maybe I'm wrong...
When I move the encapped exe to another directory it can no long see the include files.... ie: It can not find sqlite3.dll anymore.??? I'm including it... #INCLUDE-binary %sqlite3.dll But it only works if the dll is located in the same directory. Does it run it from the Encapped biary or do I have to install these files (write to disk) to access them? | 3-Mar-09 16:27 |
1278 | amacleod | it works in script version...
I can read/binary and write/binary the db so its accessable via the encapped path...
and sclite.r is sending hte corect path... Is there a problem with encapping DLL's? | 3-Mar-09 16:15 |
1277 | amacleod | Next...I assume I can encap sqlite db's.
I get an error though: ** Script Error: unless has no value ** Where: CONNECT ** Near: unless find first database %/ | 3-Mar-09 16:07 |
1276 | amacleod | Found 'bug' in Anton's scroll-panel-style that was causing teh problem.... | 3-Mar-09 15:52 |
1275 | amacleod | Problem was some test layouts within the window.r include files | 3-Mar-09 8:04 |
1274 | amacleod | I got it running...atleast the first 'main' window. My buttons look funky...btn's have rounded ends and colors are different. | 3-Mar-09 8:03 |
1273 | amacleod | tehy deopend = they depend | 3-Mar-09 7:01 |
1272 | Ammon | That's correct. They need to be included in the correct order. | 3-Mar-09 7:01 |
1271 | amacleod | I guess encap is evaluating each include as it comes along and if tehy deopend on each other as these do...and they are in hte wrong order...it fails. | 3-Mar-09 7:01 |
1270 | amacleod | If I move #INCLUDE %window.r below #INCLUDE %scroll-panel.r my error changes to : Script Error: access has no value ** Where: stylize ** Near: access: make access [ set-scroll-offset: func [{Sets the scroll position (subface/offset) and updates the scroller drag-bars to reflect the new position.} face offset [pair!] /no-show /local scrolldom ] [ face/subface/offset: offset scrolldom: max 0x0 (face/subface/size - face/crop-box/size) face/hscroll/data: either scrolldom/x > 0 [- face/subface/offset/x / scrolldom/x] [0] face/vscroll/data: either scrolldom/y > 0 [- face/subface/offset/y / scrolldom/y] [0] if not no-show [show face] ] ] feel: | 3-Mar-09 6:59 |
1269 | Graham | keep it ..and include all the stuff you need, and see if the simple one still works | 3-Mar-09 6:56 |
1268 | amacleod | Just one...a small one with no includes besides view.r | 3-Mar-09 6:54 |
1267 | Graham | Just build a skeleton view app first | 3-Mar-09 6:54 |
1266 | Graham | Have you built any view apps? | 3-Mar-09 6:53 |
1265 | amacleod | ** Script Error: edge-size? has no value ** Where: context ** Near: test-window/size: test-window/size + edge-size? test-window | 3-Mar-09 6:50 |
1264 | Graham | yes, binary too for dll | 3-Mar-09 6:50 |
1263 | Graham | anyway, it doesn't matter | 3-Mar-09 6:49 |
1262 | Graham | I'm not including mezz.r .. I have mine commented out | 3-Mar-09 6:49 |
1261 | Graham | I think it's included with the others | 3-Mar-09 6:48 |
1260 | amacleod | That's not where I'm getting my errors..for now anyway. | 3-Mar-09 6:48 |
1259 | amacleod | It says to build view from enface you need mezz.r | 3-Mar-09 6:48 |
1258 | Graham | I have this in mine arrow.png: load #include-binary %3flex/assets/arrow.png | 3-Mar-09 6:48 |
1257 | Graham | that looks better | 3-Mar-09 6:47 |
1256 | amacleod | image: #INCLUDE-binary %fd_shield.jpg | 3-Mar-09 6:47 |
1255 | Graham | I don't think you need mezz.r either | 3-Mar-09 6:47 |
1254 | Graham | what do the docs actually say? | 3-Mar-09 6:45 |
1253 | Graham | I don't think so. | 3-Mar-09 6:44 |
1252 | amacleod | #INCLUDE-binary %fd_shield.jpg ??? This is according to manual if you want to keep the image compressed uuntil used | 3-Mar-09 6:44 |
1251 | Graham | you can't just include a binary file | 3-Mar-09 6:44 |
1250 | amacleod | How about the dll? Should that be -binary too? | 3-Mar-09 6:43 |
1249 | Graham | #INCLUDE-binary %fd_shield.jpg ??? | 3-Mar-09 6:42 |
1248 | amacleod | #INCLUDE %"/C/Program Files/rebol/rebol-sdk/source/mezz.r"
#INCLUDE %"/C/Program Files/rebol/rebol-sdk/source/prot.r"
#INCLUDE %"/C/Program Files/rebol/rebol-sdk/source/view.r" #INCLUDE %sqlite.r #INCLUDE %mysql-protocol.r ;#INCLUDE %updater.r ;#INCLUDE %include.r ;#INCLUDE %window.r ;#INCLUDE %scroll-panel.r ;#INCLUDE %scroll-wheel-handler.r #INCLUDE-binary %fd_shield.jpg #INCLUDE-files %data [guest.db demo_template.db] ;#INCLUDE %sqlite3.dll | 3-Mar-09 6:40 |
1247 | Graham | what are your include statements? | 3-Mar-09 6:40 |
1246 | amacleod | I did have an include with request-download but I removed it as I thought that might be causing a prob... But I'm getting other errors related to the includes | 3-Mar-09 6:35 |
1245 | Graham | I think the error only occurs if you use request-download or similar | 3-Mar-09 6:33 |
1244 | Graham | so, if encapping anything with view user-prefs: [ debug: false ] | 3-Mar-09 6:32 |
1243 | amacleod | EVery time I move the includes around I get a different error message... | 3-Mar-09 6:32 |
1242 | Graham | you have to create that object ... it's a long standing sdk bug | 3-Mar-09 6:32 |
1241 | Graham | no | 3-Mar-09 6:31 |
1240 | amacleod | The order of the include files seems to have an effect the error... I moved the rebol mezz functions to the begining and now I get this error: ** Script Error: user-prefs has no value ** Where: vbug ** Near: if not dbg: user-prefs/debug [exit] | 3-Mar-09 6:05 |
1239 | amacleod | Thanks Chris... | 3-Mar-09 3:52 |
1238 | Chris | cell_sizes/(c): Is a valid set-path... | 3-Mar-09 3:52 |
1237 | amacleod | refernec = reference | 3-Mar-09 3:04 |