OpenEuphoria

1. path trouble on 40a3

• Posted by Kat Mar 17, 2009
• 1183 views

I downloaded

http://voxel.dl.sourceforge.net/sourceforge/rapideuphoria/euphoria_40a3.exe

today, and found i still must open every file which includes another, change all the path/filename to "drive:
path
filename".

I thought this bug was fixed. Why is no one else having this problem? It's a linux vs windows thing, this / vs \ separator, so why is no one else on windows reporting any problems?

useless

3. Re: path trouble on 40a3

• Posted by Kat Mar 17, 2009
• 1132 views

WinXPee

useless

5. Re: path trouble on 40a3

• Posted by Kat Mar 17, 2009
• 1171 views

C:\euphoria40a3

No EUDIR or EUINC settings.

The C drive is FAT32.

useless

7. Re: path trouble on 40a3

• Posted by mattlewis (admin) Mar 17, 2009
• 1124 views

Ok, you either need to set up EUDIR/EUINC, or put a config file in place. Simplest thing to do might be just to put it in your bin directory.

Matt

9. Re: path trouble on 40a3

• Posted by Kat Mar 17, 2009
• 1102 views

C:\Develop\My40a3Tests> \euphoria40a3\setenv.bat 
C:\Develop\My40a3Tests> exwc hello_regex.ex 

Instead, i edited the setenv.bat and renamed it to this_eu.bat (but the name doesn't matter).

The .bat file:

@echo off 
REM Set the environment for *THIS* installation of Euphoria 
 
REM these vars are for THIS environment only,  
REM not for any other Euphoria app on another drive 
SETLOCAL 
 
REM 1st, set the EUDIR 
REM this file must be in the local Euphoria root directory to work, 
REM whatever the drive 
SET EUDIR=%CD% 
 
REM 2nd, set the EUINC to your favorite paths 
SET EUINC=%CD%\;%CD%\bin\;%CD%\include\;%CD%\include\std\ 
 
REM second, add the path of the application folder to the EUINC 
set APP_DIR=%~dp1 
SET EUINC=%APP_DIR%;%EUINC% 
 
REM now run the interpreter with these EUINCs in the environment 
START /B %CD%\bin\exw.exe %* 
 
EXIT 

It seems to work, and is independant of where the Euphoria copy is on what drive. I changed the Run tool in Textpad to run the .bat and start minimized, since the bat runs first and makes for screen flicker.

Reasons i do not want to hardcode the envvars for Eu:

1) A bug in winxp that wasn't on win95: eithr winxp or textpad will trash a file textpad is displaying, if that source code is running, and if xp says it must close textpad for any reason, or if xp crashes, including power outage. The source code is totally trashed and unrecoverable.

2) If editing an app that textpad is displaying, the *running* source code is corrupted even if it's already running, if the new code is saved, leading to mandating main() be used, since it seems the interpreter loads/parses functions/procedures before top level code. This may be different in Eu v4.

3) If i am developing and bebugging code, i do not want that new code in my working, running, bugless eudir

4) If i change drives, all absolute spec'd paths are now bad ( i use currentdir() a *lot* )

5) One week, i lost *3* harddrives and all their contents, i need backups, backups that work, regardless of hardcoded eudirs.

useless

11. Re: path trouble on 40a3

• Posted by Kat Mar 17, 2009
• 1168 views

I wrote that .bat to intentionally limit the environment vars to that one session, for the reasons stated. In this way, my odd way of using Euphoria for so many different things, on different drives, with different paths to Eu root dir, won't allow one exw.exe to use the env vars or paths or code for any other application unless i explicitly code that path in.

I feel i am useless, for various reasons, both online and in real life. Just explaining and sticking to my reasons for doing the EUINC and EUDIR this way feels a lot like climbing an escalator the wrong way as a crowd comes down it. As reference, see http://openeuphoria.org/EUforum/index.cgi?module=forum&action=flat&id=104290#unread

I know my reasons are valid, despite the crowd, but then the crowd will refuse to acknowledge or use them. No use, hence:

useless

13. Re: path trouble on 40a3

• Posted by Kat Mar 17, 2009
• 1078 views

include std/map.e 
include std/get.e 
include std/io.e 
--- etc 

Well, i don't know about that, you can still use

include std\get.e 

without removing %CD%\include\std\ from the EUINC var, as %CD%\include\ is still there. "std\get.e" won't be found in "%CD%\include\std\" but will be found in "%CD%\include\". But sure, edit the .bat to your heart's contentment. It's there to set up separate env vars for separate instances of the install. If you don't like it, don't use it. If it's the wrong color, then paint, dye, anodize, etc. it.

useless

15. Re: path trouble on 40a3

• Posted by jeremy (admin) Mar 17, 2009
• 1111 views

include std\get.e 

The entire std lib and every one of my projects used / with out issue. I know that / is translated to
in the windows api even, I am not so sure about \ being translated to / on unix variants.

Yes, but it leaves it vague as to where it will get

include get.e 

from. Some people may be looking at the 4.0 docs and see get.e, so they include get.e thinking they have include/std in their path, but it'll pull the 3.1.1 get.e file. It's best to just add %EUDIR%\include to your path. There is no reason what-so-ever to include %EUDIR%%\include\std in your EUINC path.

Jeremy