Menu
▾
▴
tilp-devel — This list is intended to TiLP's developers, contributors and advanced users.
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(4) |
Sep
|
Oct
|
Nov
(2) |
Dec
(2) |
| 2003 |
Jan
(25) |
Feb
(5) |
Mar
(12) |
Apr
(46) |
May
(47) |
Jun
|
Jul
(2) |
Aug
|
Sep
(15) |
Oct
(8) |
Nov
(11) |
Dec
|
| 2004 |
Jan
(25) |
Feb
(24) |
Mar
(13) |
Apr
(59) |
May
(52) |
Jun
(6) |
Jul
(3) |
Aug
(7) |
Sep
(33) |
Oct
(17) |
Nov
(16) |
Dec
(1) |
| 2005 |
Jan
(4) |
Feb
|
Mar
(2) |
Apr
(5) |
May
(50) |
Jun
(3) |
Jul
(1) |
Aug
(1) |
Sep
(7) |
Oct
(1) |
Nov
(2) |
Dec
(9) |
| 2006 |
Jan
(10) |
Feb
(6) |
Mar
(2) |
Apr
(24) |
May
(32) |
Jun
(53) |
Jul
(26) |
Aug
(28) |
Sep
(59) |
Oct
(72) |
Nov
(85) |
Dec
(57) |
| 2007 |
Jan
(43) |
Feb
(26) |
Mar
(25) |
Apr
(36) |
May
(13) |
Jun
(14) |
Jul
(53) |
Aug
(68) |
Sep
(46) |
Oct
(62) |
Nov
(15) |
Dec
(4) |
| 2008 |
Jan
(4) |
Feb
(5) |
Mar
(7) |
Apr
(5) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(3) |
Oct
(5) |
Nov
|
Dec
(3) |
| 2009 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
(3) |
Dec
|
| 2011 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Romain <ro...@li...> - 2006-05-06 07:00:47
|
Hi, > What would be the cons of the auto-detection ? If you have multiple cables, the auto-detection may not select the right one. It will probably use the first found device. > > -- Olivier roms. > > > ------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, securit= y? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geron= imo > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=120709&bid&3057&dat=12164= 2 > _______________________________________________ > TiLP-devel mailing list > TiL...@li... > https://lists.sourceforge.net/lists/listinfo/tilp-devel > --=20 Romain Li=E9vin : <ro...@li...> Web site : http://www.lievin.net "Linux, y'a moins bien mais c'est plus cher !" |
|
From: Olivier A. <oli...@gm...> - 2006-05-05 13:52:09
|
Hi, > in order to make TiLP better, I would like to get your opinion... What would be the cons of the auto-detection ? -- Olivier |
|
From: Romain <ro...@li...> - 2006-05-05 08:31:46
|
Hi, in order to make TiLP better, I would like to get your opinion... I can propose 2 way of work: - TiLP could auto-detect at startup if a SilverLink or DirectLink is plugged and which calc model is plugged (not setup), or - let TiLP as is (manually set the cable/calc model). roms. --=20 Romain Li=E9vin : <ro...@li...> Web site : http://www.lievin.net "Linux, y'a moins bien mais c'est plus cher !" |
|
From: James R. <ep...@gm...> - 2006-05-05 06:34:42
|
Is there anybody working on fixing the OS X port for 10.4 and above? Just wondering, no hurry whatsoever. -- Cheers, James Rubingh http://www.wrive.com |
|
From: Romain <ro...@li...> - 2006-05-04 16:09:46
|
Hi, I'm currently implementing Titanium/USB support. This is growing quickly since protocol is common to both calcs (yeah, TI understood it was bette= r !). Titanium: screenshot, dirlist, set/get clock, device info, screenshot are working. roms. --=20 Romain Li=E9vin : <ro...@li...> Web site : http://www.lievin.net "Linux, y'a moins bien mais c'est plus cher !" |
|
From: pbcfm <yh...@zi...> - 2006-05-03 15:28:03
|
GAPJ- GOLDEN APPLE OIL/GAS Current Price: $ 0.50 Short Term Price: $ 1.50 3 Month Price: $ 4.50 Before we start with the profile of GAPJ we would like to mention something very important: There is a Big PR Campaign starting on today. And it will go all week so it would be best to get in NOW S T R O N G B U Y R E C O M M E N D A T I O N Current Press Release Golden Apple Oil and Gas, Inc. and Franklin Ross Securities Complete Private Placement Golden Apple Oil and Gas, Inc. (GAPJ - News) is pleased to announce it has completed the initial private placement with Franklin Ross Securities of New Jersey. The terms of the deal provide for Franklin Ross to purchase 181,818 shares of Golden Apple Oil and Gas, Inc. restricted stock priced at .10 per share. The company is currently negotiating with several investor groups for the next phase of financing. Headquartered in Phoenix, Arizona, Golden Apple is an independent oil and gas producer with a focus on North and South American properties. The Company applies advanced technologies to systematically explore and develop its oil and natural gas opportunities. Golden Apple focuses its activities where technology can be used effectively to maximize returns on invested capital by reducing drilling risk and enhancing its ability to cost-effectively grow reserves and production volumes. Golden Apple Oil and Gas, Inc has opened a Canadian office in Toronto, Ontario to facilitate the management of its Canadian operations. All correspondence and communication will continue to be serviced by the company's head office staff in Phoenix Arizona. GET IN NOW , DO NOT REGRET LATER attained amazingly Williamson airfield hypophyseal daemons archiving earsplitting Josephus brouhaha lowboy baneberry chances cachalot deferred darning execute imposing imposed gluey intestines abating Istvan bounty's Formica divider films lowest applicable cashiers acids gangster devises |
|
From: David C. <da...@el...> - 2006-04-17 15:16:28
|
> Hi, > > on the TiLP news page, I have released an experimental/beta release of > TiLP-II with partial TI84+ USB support (all transfers are supported excep= t > for FLASH ones). > > Please keep in mind this release may crash or corrupt your data. Use it > with care ! > > roms. > --=20 > Romain Li=E9vin :=09=09<ro...@li...> > Web site :=09=09http://www.lievin.net > "Linux, y'a moins bien mais c'est plus cher !" I have released experimental 85p/86p <-> text code, but no one wants to=20 try it. I think only the fgets() filename '\n' has to be removed. |
|
From: Romain <ro...@li...> - 2006-04-17 06:28:43
|
Hi, >> Yes, it is. <http://svn.tilp.info/repos/tilp/.... >> > svn co http://svn.tilp.info/repos/tilp/tilp/trunk tilp > svn co http://svn.tilp.info/repos/tilp/libticables/trunk libticables > svn co http://svn.tilp.info/repos/tilp/libticalcs/trunk libticalcs > svn co http://svn.tilp.info/repos/tilp/libtifiles/trunk libtifiles > svn co http://svn.tilp.info/repos/tilp/libticonv/trunk libticonv > > I did the following to get the tilp tree, minus the documentation. It > might be > a good idea to put this information on the website. Very good idea ! I have updated the 'Involve ?' page consequently. > > -- > Karol Krizka > Thanks, Romain. --=20 Romain Li=E9vin : <ro...@li...> Web site : http://www.lievin.net "Linux, y'a moins bien mais c'est plus cher !" |
|
From: Karol K. <kk...@gm...> - 2006-04-16 21:19:36
|
On Sunday 16 April 2006 12:02, Romain Li=E9vin wrote: > Hi, > > > svn co <url of svn repo> /path/where/to/checkout > > > > All we need to know is the url to the repo which I didn't find anywhere > > on the > > tilp page. I suppose it's http://svn.tilp.info/something? > > Yes, it is. <http://svn.tilp.info/repos/tilp/.... > svn co http://svn.tilp.info/repos/tilp/tilp/trunk tilp svn co http://svn.tilp.info/repos/tilp/libticables/trunk libticables svn co http://svn.tilp.info/repos/tilp/libticalcs/trunk libticalcs svn co http://svn.tilp.info/repos/tilp/libtifiles/trunk libtifiles svn co http://svn.tilp.info/repos/tilp/libticonv/trunk libticonv I did the following to get the tilp tree, minus the documentation. It might= be=20 a good idea to put this information on the website. =2D-=20 Karol Krizka |
|
From: Romain <ro...@li...> - 2006-04-16 19:03:10
|
Hi, > svn co <url of svn repo> /path/where/to/checkout > > All we need to know is the url to the repo which I didn't find anywhere= on > the > tilp page. I suppose it's http://svn.tilp.info/something? Yes, it is. <http://svn.tilp.info/repos/tilp/.... > > -- > Karol Krizka > roms. --=20 Romain Li=E9vin : <ro...@li...> Web site : http://www.lievin.net "Linux, y'a moins bien mais c'est plus cher !" |
|
From: Karol K. <kk...@gm...> - 2006-04-16 18:43:07
|
On Sunday 16 April 2006 11:27, Romain Li=E9vin wrote: > Hi, > > > Great. I'll test that right now. > > > > By the way, is it possible to anonymously checkout from the svn > > repository? It > > Yes, it is. But, I don't know the command line for that... > svn co <url of svn repo> /path/where/to/checkout All we need to know is the url to the repo which I didn't find anywhere on = the=20 tilp page. I suppose it's http://svn.tilp.info/something?=20 =2D-=20 Karol Krizka |
|
From: Romain <ro...@li...> - 2006-04-16 18:29:34
|
Hi, -------------------------------------------------------------------------= ----- > ticables-INFO: Check for lib-usb usability: > ticables-INFO: usb filesystem (/proc/bus/usb): mounted > ticables-INFO: node /proc/bus/usb/devices: exists > ticables-INFO: permissions/user/group: -r--r--r-- root root > ticables-INFO: is user can r/w on device: no > ticables-INFO: are others can r/w on device: no > ticables-INFO: is the user 'alex' in the group 'root': no > ticables-INFO: =3D> you should add your username at the group 'root= ' in > '/etc/group' > ticables-INFO: =3D> you will have to restart you session, too > tilp-INFO: Msg: illegal operation or argument. > Cause: the program which uses this library is buggy. Fire-up the > developer! > -----------------------------------------------------------------------= ------- > > This is probably due to my system configuration, though. Anyway, I trie= d I think so. Perms are r only according to your log. They should be rw. roms. --=20 Romain Li=E9vin : <ro...@li...> Web site : http://www.lievin.net "Linux, y'a moins bien mais c'est plus cher !" |
|
From: Romain <ro...@li...> - 2006-04-16 18:28:02
|
Hi, > Great. I'll test that right now. > > By the way, is it possible to anonymously checkout from the svn > repository? It Yes, it is. But, I don't know the command line for that... roms. --=20 Romain Li=E9vin : <ro...@li...> Web site : http://www.lievin.net "Linux, y'a moins bien mais c'est plus cher !" |
|
From: Alexandre S. <st...@gm...> - 2006-04-16 11:55:08
|
Hi, It seems my previous mail has not been sent correctly, so I'm resending it here. And by the way is it possible to anonymously checkout from the svn repository, it would be easier than downloading the tarballs at each release or snap. Thanks, Alex. -- alex |
|
From: Alexandre S. <st...@gm...> - 2006-04-16 03:07:30
|
Hi, I'm getting some trouble trying to make my TI84+ and DirectUSB work with Ti= LP. First, when I start as a normal user I get: ---------------------------------------------------------------------------= --- ticables-INFO: Check for lib-usb usability: ticables-INFO: usb filesystem (/proc/bus/usb): mounted ticables-INFO: node /proc/bus/usb/devices: exists ticables-INFO: permissions/user/group: -r--r--r-- root root ticables-INFO: is user can r/w on device: no ticables-INFO: are others can r/w on device: no ticables-INFO: is the user 'alex' in the group 'root': no ticables-INFO: =3D> you should add your username at the group 'root' in '/etc/group' ticables-INFO: =3D> you will have to restart you session, too tilp-INFO: Msg: illegal operation or argument. Cause: the program which uses this library is buggy. Fire-up the developer! ---------------------------------------------------------------------------= --- This is probably due to my system configuration, though. Anyway, I tried Ti= LP as root. I have permissions to access usb devices,... But when I change the device settings to DirectUSB, with any port, and TI84+, I getthis error: ---------------------------------------------------------------------------= --- Msg: illegal operation or argument. Cause: the program which uses this library is buggy. Fire-up the developer! System: Inappropriate ioctl for device (errno =3D 25) ---------------------------------------------------------------------------= --- I compiles with logging support, but there's nothing in ~/ticables.log. Here's the output of lsusb: ---------------------------------------------------------------------------= --- # lsusb Bus 001 Device 003: ID 0451:e003 Texas Instruments, Inc.=20 Bus 001 Device 001: ID 0000:0000 ---------------------------------------------------------------------------= --- Cheers, Alex. --=20 alex |
|
From: Alexandre S. <st...@gm...> - 2006-04-16 00:37:21
|
Hi, On Fri, Apr 14, 2006 at 10:43:41AM +0200, Romain Li=E9vin wrote: > Hi, >=20 > on the TiLP news page, I have released an experimental/beta release of > TiLP-II with partial TI84+ USB support (all transfers are supported except > for FLASH ones). >=20 Great. I'll test that right now. By the way, is it possible to anonymously checkout from the svn repository?= It would be easier than downloading the entire tarballs whenever there is a new snapshot. > Please keep in mind this release may crash or corrupt your data. Use it > with care ! >=20 > roms. > --=20 > Romain Li=E9vin : <ro...@li...> > Web site : http://www.lievin.net > "Linux, y'a moins bien mais c'est plus cher !" >=20 Cheers, Alex. --=20 alex |
|
From: Benjamin M. <bm...@WP...> - 2006-04-16 00:07:47
|
Hi, > do you want I install a wiki so that we can both modify the USB doc ? > Or, is the SVN access enough for you ? SVN is fine. Incidentally, I have an idea about the BB00 packet. Its contents seem to be used as a timeout. Perhaps it simply means "wait for X milliseconds for the next packet," and it's sent whenever the calculator expects to take a long time to respond. That would seem to make sense in the contexts where it is used. Benjamin |
|
From: Romain <ro...@li...> - 2006-04-15 17:48:14
|
Hi Benjamin, I have updated your doc about FLASH transfers. roms. Benjamin Moody a écrit : > Hi, > >> in the request to send packet header, there is a '09 01' (noted as ??). > > I now suspect the number 00 00 00 09 is the size of the variable to be > sent. I don't know about the 1. > >> I have already seen this 2-bytes number sequence in the D-BUS 'Version' >> packet. > > Perhaps that is the current language? 09 01 is English (defined by the > SDK; I think it's also a Windows language ID.) > > Initial thoughts on the new logs: > > It looks like app transfer works exactly like variable transfer, with the > data type 0xF0070024. Surprisingly, it also looks like you can pad the > end of the app with zeroes. > > It doesn't appear that anything actually got sent in "send_cert.pkt", but > it looks like that will be normal variable transfer as well. > > Parameter 0x31 is... interesting. It appears to contain: > > - Certain fields from the calculator's certificate area. Specifically, > the calculator ID, calculator public key, ID validation bytes, date stamp > and signature. Except that the calculator public key is zeroed out. > > - The current OS header. > > - Current app headers. > > - An RSA signature (02 0D block) of something. > > - The last 768 bytes of the certificate area. > > About the OS sending protocol: > > It seems it is a little more complicated than I thought. First, the 0002 > packet contains the complete length of the data to be transferred > (including the address, page and flag bytes at the start of each packet.) > > Second, the header and signature should be set to the actual addresses > (page 7A, address 4000 and 4100 respectively) rather than to address zero > as in the DBUS protocol. The flag byte should still be set to 80. > > Third, it seems you must start by sending the OS header as an 0004 packet. > This packet is identical to an 0005 packet, with address 4000, page 7A, > and flag 80, and in fact it seems you must send the same data again as the > first 0005 packet. The 0004 packet will be acknowledged by a second 0003. > > Don't worry about the buffer size request in the middle of the transfer. > That's probably the point when the OS transfers control to the boot code. > > Benjamin > > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting > language > that extends applications into web and mobile media. Attend the live > webcast > and join the prime developer group breaking into this new coding > territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > _______________________________________________ > TiLP-users mailing list > TiL...@li... > https://lists.sourceforge.net/lists/listinfo/tilp-users > -- Romain Liévin : <ro...@li...> Web site : http://www.lievin.net "Linux, y'a moins bien mais c'est plus cher !" |
|
From: Romain <ro...@li...> - 2006-04-14 08:43:55
|
Hi, on the TiLP news page, I have released an experimental/beta release of TiLP-II with partial TI84+ USB support (all transfers are supported except for FLASH ones). Please keep in mind this release may crash or corrupt your data. Use it with care ! roms. -- Romain Liévin : <ro...@li...> Web site : http://www.lievin.net "Linux, y'a moins bien mais c'est plus cher !" |
|
From: Romain <ro...@li...> - 2006-04-14 07:36:21
|
Hi Benjamin, while transferring variables, buffer request/negotiation seems not to be compulsory between each variable. But, a pause (50 ms) is required otherwise transfer fails. roms. -- Romain Liévin : <ro...@li...> Web site : http://www.lievin.net "Linux, y'a moins bien mais c'est plus cher !" |
|
From: Romain <ro...@li...> - 2006-04-14 06:50:26
|
Hi Benjamin, do you want I install a wiki so that we can both modify the USB doc ? Or, is the SVN access enough for you ? roms. -- Romain Liévin : <ro...@li...> Web site : http://www.lievin.net "Linux, y'a moins bien mais c'est plus cher !" |
|
From: Romain <ro...@li...> - 2006-04-05 11:42:39
|
Hi, I'm happy to annouce that TiLP-II now supports the following operations o= n the TI84+ thru USB port: - ready - screenshot - set/get clock - idlist - dirlist - send/recv var(s) roms. --=20 Romain Li=E9vin : <ro...@li...> Web site : http://www.lievin.net "Linux, y'a moins bien mais c'est plus cher !" |
|
From: Romain <ro...@li...> - 2006-03-31 08:37:59
|
Hi, getting of clock is implemented. I have understood how work commands and requests. > I've done a little reverse-engineering of the USB protocol; I think I > understand the basics of how to send and receive packets, getting > information about the hardware, getting screenshots, getting and settin= g > the clock. Variable transfer is a bit more complicated. (In particula= r, > variable names are sent in UTF-8, and I'm not sure how the variable hea= der > packet is converted to and from a standard TI variable name and type.) = I > haven't had time to write all this stuff up, but I'll try to do that so= on. > > What I need in order to continue, since I don't have an 84+ or 89t, is > some nice logs of USB operations. > > Benjamin Moody roms. > > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting > language > that extends applications into web and mobile media. Attend the live > webcast > and join the prime developer group breaking into this new coding > territory! > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D241720&dat= =3D121642 > _______________________________________________ > TiLP-users mailing list > TiL...@li... > https://lists.sourceforge.net/lists/listinfo/tilp-users > --=20 Romain Li=E9vin : <ro...@li...> Web site : http://www.lievin.net "Linux, y'a moins bien mais c'est plus cher !" |
|
From: David C. <dch...@nw...> - 2006-02-23 09:50:58
|
Does anyone read bit.listserv.calc-ti? 'Cause I posted this experimental
code. I do not think i heard back on gnu.gcc.help why every single
program i use fopen() in segmentation faults: which is preventing testing
this. The idea is make this because it is not in Tilp, but ATE needs it.
My code is also attached if someone wants it that way nowadays.
from David "Darwin" Chmelik
//8xt.C
//an .8xp <-> pc file converter
//licence: gpl & Bsd (Berkeley "socialist digger", not: "software
distribution." Digger is an old word like "hippy.")
/* notes: .86p & basically .85p format:
0-7: "**TI86**"
8-A 1A 0A 00
B-34 comment
35-52 data length (57d less than file)
55... data
last 2 cksum (lower 16 bits of... sum of ... data section") */
//#include <iostream> //std::cin()
#include "posix.h" //personal: clrscr()...
#include <stdio.h> //for file functions
#include <stdlib.h> //for atoi()
#include <string.h> //for strcat()
int C_to_8xp(char *,char *,char *, char *,FILE *,FILE *);
int Bxp_to_C(char *,char *,char *, char *,FILE *,FILE *); //"Bxp" is .8xp
int main(void)
{
clrscr();
FILE * C, * Bxp;
char ch,*input=(char *)malloc(255);
char
IsoAsc[95]={13,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47,48,49,50,51,52,53,54,55,56,57,58,59,60,61,62,63,64,65,66,67,68,69,70,71,72,73,74,75,76,78,79,80,81,82,83,84,85,86,87,88,89,90,91,92,93,94,95,96,97,98,99,100,101,102,103,104,105,106,107,108,109,110,111,112,113,114,115,116,117,118,119,120,121,122,123,124,125,126};
char
TiAsc[95]={32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47,48,49,50,51,52,53,54,55,56,57,58,59,60,61,62,63,64,65,66,67,68,69,70,71,72,73,74,75,76,78,79,80,81,82,83,84,85,86,87,88,89,90,91,92,93,94,95,96,97,98,99,100,101,102,103,104,105,106,107,108,109,110,111,112,113,114,115,116,117,118,119,120,121,122,123,124,125,126,214};
char
range_TiAsc[95]={214,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47,48,49,50,51,52,53,54,55,56,57,58,59,60,61,62,63,64,65,66,67,68,69,70,71,72,73,74,75,76,78,79,80,81,82,83,84,85,86,87,88,89,90,91,92,93,94,95,96,97,98,99,100,101,102,103,104,105,106,107,108,109,110,111,112,113,114,115,116,117,118,119,120,121,122,123,124,125,126};
char
codom_IsoAsc[95]={13,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47,48,49,50,51,52,53,54,55,56,57,58,59,60,61,62,63,64,65,66,67,68,69,70,71,72,73,74,75,76,78,79,80,81,82,83,84,85,86,87,88,89,90,91,92,93,94,95,96,97,98,99,100,101,102,103,104,105,106,107,108,109,110,111,112,113,114,115,116,117,118,119,120,121,122,123,124,125,126};
//codomain of Ti characters mapped Ascii:Ti_Ascii. maybe move 13 to end.
do{
printf("%s","0 quit 1 open asm txt or C 2 save 85p or 86p\n");
ch=getchar();
if(ch=1)
{
printf("%c%s","enter file to open: ");
fgets(input,255,stdin);
//std::cin>>input;
if(!(C=fopen(input,"a+"))) printf("%s","C file error\n");
else Bxp_to_C(IsoAsc,TiAsc,range_TiAsc,codom_IsoAsc,C,Bxp);
}
else if(ch=2)
{
printf("%c%s","enter file to save: ");
fgets(input,255,stdin);
//std::cin>>input;
if(!(C=fopen(input,"a+"))) printf("%s","file error\n");
else C_to_8xp(IsoAsc,TiAsc,range_TiAsc,codom_IsoAsc,C,Bxp);
}
}while(ch);
}
//x86 data to .8xp
int C_to_8xp(char *IsoAsc,char *TiAsc,char *range_TiAsc,char
*codom_IsoAsc,FILE *C, FILE *Bxp)
{
char bufC[65535],buf8xp[65536]; //for files into mem
int i=0,j=0,ck=0,ckcomment=0,ckdata=0; //loops, cksums
while(sizeof(bufC[i]=fgetc(C))==sizeof(C)-(i-65535)){ ck+=bufC[i]; i++; }
if(sizeof(bufC)!=sizeof(C)) return -1;
for(i=53;i<sizeof(C);i++) { buf8xp[i]=range_TiAsc[bufC[i]]; ck+=buf8xp[i]; }
fputs("**TI86**",Bxp); //
fputc(26100,Bxp); //see if ok or mustbe \26\10\00
for(i=10;i<41;i++) fputc(buf8xp[i],Bxp); //no comment
i=52;
fputs(buf8xp,Bxp); //save .8xp data
ck=atoi("**TI86**")+26+ckcomment+strlen(bufC);
i=0;
while(ckdata+=bufC[i++]);
fputc(ck,Bxp); //write .8xp cksum
return !(ck==buf8xp[sizeof(buf8xp-1)]*10+buf8xp[sizeof(buf8xp)]);
}
//.8xp file to pc
int Bxp_to_C(char *IsoAsc,char *TiAsc,char *range_TiAsc,char
*codom_IsoAsc,FILE *C,FILE *Bxp)
{
char bufC[65535],buf8xp[65536]; //for files into mem
int i=53,ck=0,ckbuf8xp=0; //loop, cksums
//either get .8xp header or exit
if(!((buf8xp[0]=fgetc(Bxp)=='*')&&(buf8xp[1]=fgetc(Bxp)=='*')&&(buf8xp[2]=fgetc(Bxp)=='T')&&(buf8xp[3]=fgetc(Bxp)=='I')&&(buf8xp[4]=fgetc(Bxp)=='8')&&(buf8xp[5]=fgetc(Bxp)=='6')&&(buf8xp[6]=fgetc(Bxp)==26)&&(buf8xp[7]=fgetc(Bxp)=='*')&&(buf8xp[8]=fgetc(Bxp)=='*')&&(buf8xp[9]=fgetc(Bxp)==10)&&(buf8xp[10]=fgetc(Bxp)==0)))
return 0;
fread(&buf8xp[11],42,1,Bxp); //get comment, and next; data:
for(i=53;i<sizeof(Bxp);i++){
buf8xp[i]=fgetc(Bxp);
ckbuf8xp+=buf8xp[i];
}
//either cksum right or halt
int ck8xp=buf8xp[sizeof(buf8xp-1)]*10+buf8xp[sizeof(buf8xp)];
i=0;
if(ck8xp!=ckbuf8xp) return 0;
while(bufC[i]=IsoAsc[buf8xp[i]]){
ck+=buf8xp[i];
if(ck8xp!=ck) return -1;
i++;
};
if(!sizeof(buf8xp)+52!=sizeof(bufC)) return -1;
fwrite(&bufC[53],sizeof(bufC)-52,1,C); //write to pc file
}
|
|
From: Romain <ro...@li...> - 2006-02-09 19:58:30
|
Hi, I inform you that some changes have been made on the TiLP SVN repository. This concerns TiEMu, too. The libti*2 were located in a branch (tixxxx-2) and the libti* were located in the trunk. As today, the trunk and the branch have been switched. Same apply for TiLP and TiLP-2. Example: <http://svn.tilp.info/repos/tilp/libticables/trunk> -> <http://svn.tilp.info/repos/tilp/libticables/branches/ticables-1> and <http://svn.tilp.info/repos/tilp/libticables/branches/ticables-2> -> <http://svn.tilp.info/repos/tilp/libticables/trunk> SVN users are encouraged to update the repository address thru the 'Switch' command. Regards, Romain. --=20 Romain Li=E9vin : <ro...@li...> Web site : http://www.lievin.net "Linux, y'a moins bien mais c'est plus cher !" |
379 messages has been excluded from this view by a project administrator.
