Ada and Assembler

Ada and Assembler

[Henrik Quintel]

Dear all,
is it possible to link an external assembler file to an Ada program and to
call an assembler operation from an Ada program?
If yes, please let me know how. Perhaps it is also possible to include
assembler code direct in the Ada Code? I have searched in the AARM but I
haven't found anything that has something to do with interfacing to
assembler code. So it would be very friendly if someon ecan give me a hint
for this problem.

Thanks in adavance.

Yours Henrik

Re: Ada and Assembler

[David C. Hoos, Sr.]

----- Original Message ----- 
From: "Henrik Quintel" <henrik.quintel@gmx.de>
Newsgroups: comp.lang.ada
To: <comp.lang.ada@ada.eu.org>
Sent: March 31, 2002 7:10 AM
Subject: Ada and Assembler


> Dear all,
> is it possible to link an external assembler file to an Ada program and to
> call an assembler operation from an Ada program?
> If yes, please let me know how. Perhaps it is also possible to include
> assembler code direct in the Ada Code? I have searched in the AARM but I
> haven't found anything that has something to do with interfacing to
> assembler code. So it would be very friendly if someon ecan give me a hint
> for this problem.
>
The Ada terminology for what you are wanting is Machine Code Insertions.

Please consult your compiler documentation for information on that subject.

David Hoos
 
> Thanks in adavance.
> 
> Yours Henrik
> 
> 
> _______________________________________________
> comp.lang.ada mailing list
> comp.lang.ada@ada.eu.org
> http://ada.eu.org/mailman/listinfo/comp.lang.ada
> 
> 

Re: Ada and Assembler

[Dr. Michael Paus]

[-- Attachment #1: Type: text/plain, Size: 578 bytes --]

Henrik Quintel schrieb:
> 
> Dear all,
> is it possible to link an external assembler file to an Ada program and to
> call an assembler operation from an Ada program?
> If yes, please let me know how. Perhaps it is also possible to include
> assembler code direct in the Ada Code? I have searched in the AARM but I
> haven't found anything that has something to do with interfacing to
> assembler code. So it would be very friendly if someon ecan give me a hint
> for this problem.

Would that fit your needs?

http://www.adapower.com/articles/gnatasm/inline_asm_1.html

Michael

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: Visitenkarte f�r Dr. Michael Paus --]
[-- Type: text/x-vcard; charset=us-ascii; name="paus.vcf", Size: 332 bytes --]

begin:vcard 
n:Paus;Michael
tel;cell:0177-2238312
tel;fax:+49-(0)711-765-4095
tel;home:+49-(0)711-765-1493
tel;work:+49-(0)711-765-4094
x-mozilla-html:FALSE
url:www.ib-paus.com
org:Ingenieurb�ro Dr. Paus
adr:;;Sch�naicher Str. 3;Stuttgart;;70597;Germany
version:2.1
email;internet:paus@ib-paus.com
fn:Dr. Michael Paus
end:vcard

Re: Ada and Assembler

[John R. Strohm]

"Henrik Quintel" <henrik.quintel@gmx.de> wrote in message
news:a871rs$qdqnt$1@ID-79136.news.dfncis.de...
> Dear all,
> is it possible to link an external assembler file to an Ada program and to
> call an assembler operation from an Ada program?

Absolutely.  Appendix B.1 discusses "pragma import".  There will be some
vendor-specific incantations relating to actually doing the link; check your
vendor documentation.

> If yes, please let me know how. Perhaps it is also possible to include
> assembler code direct in the Ada Code? I have searched in the AARM but I
> haven't found anything that has something to do with interfacing to
> assembler code. So it would be very friendly if someon ecan give me a hint
> for this problem.

Chapter 13 discusses Ada machine code insertions.  CAUTION: machine code
insertions are NOT for the faint-of-heart.

> Thanks in adavance.
>
> Yours Henrik
>
>

Thanks

[Henrik Quintel]

Dear all,
thanks for all your answers. They help me a lot. Great!

Yours Henrik

Thanks

[Gwynnnn]

Hi,

    Thanks for your help.

     I have now figured out how to get it to recognise more than one
directory  (separated by spaces) but I cannot yet figure out how to get it
to recognise directory names with spaces in them. Is it possible?

     Best wishes

     Gwynnnn

Re: Thanks

[stephane richard]

Only trick I can suggest for that is perhaps to try putting the path in 
quotes?

such as:

"c:\Program Files\unitfiles.ads"

no garantees, it's a trick I use for command line parameters for windows 
apps...might not work in your case :-).

Stephane Richard
"Ada World" webmaster
http://www.adaworld.com


"Gwynnnn" <gwynn@lions-pride.demon.co.uk> wrote in message 
news:cikder$lgl$1$830fa79f@news.demon.co.uk...
> Hi,
>
>    Thanks for your help.
>
>     I have now figured out how to get it to recognise more than one
> directory  (separated by spaces) but I cannot yet figure out how to get it
> to recognise directory names with spaces in them. Is it possible?
>
>     Best wishes
>
>     Gwynnnn
>
>
>
>
>
>
> 

Re: Thanks

[Jeffrey Carter]

Gwynnnn wrote:

>      I have now figured out how to get it to recognise more than one
> directory  (separated by spaces) but I cannot yet figure out how to get it
> to recognise directory names with spaces in them. Is it possible?

You can enclose them in quotes, or you can use the DOS 8.3 name.

-- 
Jeff Carter
"I was hobbling along, minding my own business, all of a
sudden, up he comes, cures me! One minute I'm a leper with
a trade, next minute my livelihood's gone! Not so much as a
'by your leave!' You're cured, mate. Bloody do-gooder!"
Monty Python's Life of Brian
76

More details on:--- ADA vs JAVA sockets---

[Riccardo]

OK,
The possibility of loss due to UDP (I believe) is not the case (moreover we
had many other applications made only in C (C++) and ADA working correctely
for the same purpose..):

        --    the connection is exactely point to point and so (!?!?!?) no
packages should be lost                             in different directions.


The idea that I had about, is that maybe the OS queue for UDP is too small
for the quantities of data we are sending and receiving.
It is possible to set it by g-sockets or in another way????

The fact that the problems come always at the same point of the execution
(once when ADA program sends and once when JAVA program does it) should
suggest something different!??!?!?!?!

One try was to make an ADA to ADA  and JAVA to JAVA communication only, and
the programs seems, in this case, to work fine.

g-socket is really full of bug!? What Sould I use instead?

Thanks to everybody,

Riccardo




"Riccardo" <kk@kk.com> ha scritto nel messaggio
news:btggi3$evu$1@e3k.asi.ansaldo.it...
> Hi!
> I'm trying to put together two applications written respectively in ADA
and
> in JAVA.
>
> Each one has its own socket mechanism (in ADA I use G N A T . S O C K E T
S
> ver. 1.27 and in JAVA the standard sockets: JAVA.net).
>
> Using UDP protocol on a direct connection (no other machines in between)
> when I have big quantities of data it appends that some data get lost.
>
> Introducing some delays (in both directions: either receiving in ADA or
> JAVA) the problem seems to be solved.
>
>
> Is there someone that found the same difficulty?
>
> Can I say thet JAVA brings such kind of problems?
> (the same program in ADA works fine with an application written in C++)
>
> Thanks!
>
> Riccardo
>
>

Re: More details on:--- ADA vs JAVA sockets---

[tmoran]

>The possibility of loss due to UDP (I believe) is not the case ...
  An easy test would be to insert delays to artificially slow down the
transmitting side.

Re: More details on:--- ADA vs JAVA sockets---

[Riccardo]

<tmoran@acm.org> ha scritto nel messaggio
news:qUiLb.782498$Tr4.2238587@attbi_s03...
> >The possibility of loss due to UDP (I believe) is not the case ...
>   An easy test would be to insert delays to artificially slow down the
> transmitting side.

Yes, I tried it and depending on what I do in the receiving phase, some
times I miss messages:

-- when I try to print them directly on the screen
-- when I redirect the output on a file
(both operations time consuming that really delay the receiver operations)
Also in those cases, introducing delays, the problem seems to be solved..

May I set (as in UNIX SYSTEM V) , although I use SUN SOLARIS 5.8-SPARK, the
OS message queue lenght and the message size (in bytes) for the socket
communications?

The introduction of a sincronization mechanism made by a buffer queue
doesn't help in any way.

Re: More details on:--- ADA vs JAVA sockets---

[Ole-Hjalmar Kristensen]

>>>>> "R" == Riccardo  <kk@kk.com> writes:

    R> <tmoran@acm.org> ha scritto nel messaggio
    R> news:qUiLb.782498$Tr4.2238587@attbi_s03...
    >> >The possibility of loss due to UDP (I believe) is not the case ...
    >> An easy test would be to insert delays to artificially slow down the
    >> transmitting side.

    R> Yes, I tried it and depending on what I do in the receiving phase, some
    R> times I miss messages:

    R> -- when I try to print them directly on the screen
    R> -- when I redirect the output on a file
    R> (both operations time consuming that really delay the receiver operations)
    R> Also in those cases, introducing delays, the problem seems to be solved..

    R> May I set (as in UNIX SYSTEM V) , although I use SUN SOLARIS 5.8-SPARK, the
    R> OS message queue lenght and the message size (in bytes) for the socket
    R> communications?

No. UDP messages may be lost no matter what you do, that's the nature
of the beast. If you want 'reliable' communication, use TCP with your
sockets, or implement a retransmission scheme yourself.

pragma(RANT MODE ON)

(Reliable communication protocols do not really exist, all you get is
a guarantee that if the message is not delivered, you will get a
notice, so if you want application-level reliability, you, have to be
prepared to retry in some way. Going to a transactional message system
does help a little, but then transactions may fail, so you have to
retry here as well...)

pragma(RANT MODE OFF)

    R> The introduction of a sincronization mechanism made by a buffer queue
    R> doesn't help in any way.



-- 
This page intentionally left blank

thanks

[Riccardo]

Thanks to everybody!
I'll consider all these considerations in arranging a new solution.

Riccardo

Re: thanks

[Robert Spooner]

Riccardo,

If you want to use TCP/IP but make it look like a (reliable) UDP/IP 
protocol at a higher level, one way to do it is to layer a record 
structure on top of TCP that sends size in bytes as a fixed length 
preamble of every message. You read the size, and then loop until you 
have read the correct number of bytes for the entire message.

Another way to do it is by using streams.

Regards,
Bob

Riccardo wrote:
> Thanks to everybody!
> I'll consider all these considerations in arranging a new solution.
> 
> Riccardo
> 
> 
> 
> 

-- 
                             Robert L. Spooner
                      Registered Professional Engineer
                        Associate Research Engineer
                   Intelligent Control Systems Department

          Applied Research Laboratory        Phone: (814) 863-4120
          The Pennsylvania State University  FAX:   (814) 863-7841
          P. O. Box 30
          State College, PA 16804-0030       rls19@psu.edu

Thanks

[A-PIRARD]

I received so many answers to my IBM 370 VM/CMS query it is easier
to thank through the net.
Ada people are nice people...
Greetings from Belgium.